Release-Strategie
-
-
Boost sucks
-
md5 schrieb:
Boost sucks
noob
-
kenner der noobs schrieb:
md5 schrieb:
Boost sucks
noob
-
md5 schrieb:
kenner der noobs schrieb:
md5 schrieb:
Boost sucks
noob
u!
-
kenner der noobs schrieb:
md5 schrieb:
kenner der noobs schrieb:
md5 schrieb:
Boost sucks
noob
u!
-
Malsehen schrieb:
Eine kleine Software-Firma möchte eine Library releasen. Nun soll einerseits die Verbreitung durch kostenlose Forschungs-Lizenzen gefördert werden. Andererseits soll der kommerzielle Nutzen der Library erhalten werden. Diese Ziele können gegenläufig sein und ein guter Kompromiß ist gesucht.
Überlegungen: Die Einstiegshürde sollte sehr niedrig sein, daher sollen potentielle User nicht mit Registrierung etc. belastet werden. Eine Strategie könnte also sein, nur Binaries für 64-bit ins Internet zu stellen. Das könnten fast alle ausprobieren und nutzen. Und wenn ein User die Library kommerziell verwendet, dann wird er bei der Release seines Produktes in vielen Fällen auch 32-bit Binaries brauchen und an einer Lizenz interessiert sein.
Aber wieviele haben heute noch 32-bit Projekte? Eine hochgerechnete Statistik existierender VS2008 32-bit, VS2008 64-bit, VS2010 32-bit und VS2010 64-bit-Projekte wäre interessant, wenn jemand einen Link auf sowas hat. Und vielleicht fällt jemandem eine geniale Release-Strategie ein, die in einem anderen Projekt praktiziert wird?
Ich würde die Library kostenfrei zum Download anbieten und die kommerzielle Nutzung ohne Lizenz verbieten. Ein kommerzieller Nutzer muss sich immer an Lizenzen halten. Auch wenn es technisch möglich ist, die Library ohne Lizenz zu nutzen, muss es nicht erlaubt sein.
-
Keine ernstzunehmende Firma achtet auf die Lizenz. Kriegt doch eh keiner mit wenn man es illegal nutzt.
-
Kenner der Firmen schrieb:
Keine ernstzunehmende Firma achtet auf die Lizenz. Kriegt doch eh keiner mit wenn man es illegal nutzt.
#2
Ich frage mich bei den Kommentaren hier immer, ob irgendjemand das schon Mal kommerziell gemacht und damit auch Geld eingefahren hat. Fragt Mal bei den Firmen, in denen ihr arbeitet, auf höherer Ebene oder in der Verkaufsstrategie nach, wie das da gemacht wird. Auf den guten Willen der Firmen hoffen? Da gehste pleite. Genau der gleiche Schwachsinn wie keinerlei Softwareschutz für Trialversionen o.ä. (mit der Begründung, dass ja sowieso alles hackbar ist). Funktioniert auch einfach nicht.
-
mazzieknopf schrieb:
Da man heute seine Bibliotheken im STL-Style Programmiert sollte man sowie so keinen Maschinencode mehr haben (Header-only).
Wenn doch nach was in .cpp Dateien gepackt sein sollte: weiter generalisieren.
Oder willst du deinen Kunden schlechten Programmcode ausliefern? (C mit Klassen)
Header-only macht Programmcode aber nicht besser, sondern ist bei der STL erforderlich, weil es eine Template-Lib ist. Zudem wärs unklug, mehrjährige Forschungsarbeit zu entwerten, indem man die Ergebnisse in Form von Source Code preisgibt.
-
Eisflamme schrieb:
Kenner der Firmen schrieb:
Keine ernstzunehmende Firma achtet auf die Lizenz. Kriegt doch eh keiner mit wenn man es illegal nutzt.
#2
Ich frage mich bei den Kommentaren hier immer, ob irgendjemand das schon Mal kommerziell gemacht und damit auch Geld eingefahren hat. Fragt Mal bei den Firmen, in denen ihr arbeitet, auf höherer Ebene oder in der Verkaufsstrategie nach, wie das da gemacht wird. Auf den guten Willen der Firmen hoffen? Da gehste pleite. Genau der gleiche Schwachsinn wie keinerlei Softwareschutz für Trialversionen o.ä. (mit der Begründung, dass ja sowieso alles hackbar ist). Funktioniert auch einfach nicht.
Naja, stimmt beides irgendwie. Firmen, die ein Produkt inhouse nutzen, werden es womöglich nicht so genau nehmen. Jene, die ihre Software verkaufen, müssen schon mit legalen Libs arbeiten, das Risiko wird kaum einer eingehen.
-
Wir benutzen Matlab inhouse und haben 2 Lizenzen.
-
knivil schrieb:
Wir benutzen Matlab inhouse und haben 2 Lizenzen.
-
Malsehen schrieb:
Header-only macht Programmcode aber nicht besser, sondern ist bei der STL erforderlich, weil es eine Template-Lib ist.
Darauf wollte ich hinaus. Templates-Libs sind die bevorzugten C++ Bibliotheken. Vielleicht bist du bei Java, C# oder C besser aufgehoben?
Zudem wärs unklug, mehrjährige Forschungsarbeit zu entwerten, indem man die Ergebnisse in Form von Source Code preisgibt.
Wie hochtrabend kann die Forschung schon sein?
Warum lässt du nicht die ganze Welt an deinem Wissen Teilhaben?
Stell dir mal vor die Leute, die das Rad erfunden haben hätten so gedacht wie du?
-
Darauf wollte ich hinaus. Templates-Libs sind die bevorzugten C++ Bibliotheken. Vielleicht bist du bei Java, C# oder C besser aufgehoben?
Quatsch.
Ansonsten CPLEX sieht das anders.
-
release early, release often
-
mazzieknopf schrieb:
Malsehen schrieb:
Header-only macht Programmcode aber nicht besser, sondern ist bei der STL erforderlich, weil es eine Template-Lib ist.
Darauf wollte ich hinaus. Templates-Libs sind die bevorzugten C++ Bibliotheken. Vielleicht bist du bei Java, C# oder C besser aufgehoben?
Zudem wärs unklug, mehrjährige Forschungsarbeit zu entwerten, indem man die Ergebnisse in Form von Source Code preisgibt.
Wie hochtrabend kann die Forschung schon sein?
Warum lässt du nicht die ganze Welt an deinem Wissen Teilhaben?
Stell dir mal vor die Leute, die das Rad erfunden haben hätten so gedacht wie du?-
Nein, Templates haben genauso wie jede andere Technik einen Einsatzbereich, wo sie hinpassen. Alles sollte man damit nicht erschlagen.
-
Der Open Source Gedanke ist wichtig und gut. Aber leg doch die romantische Idee ab, daß das alles Leute sind, die aus Gutherzigkeit uneigennützig große Softwarepakete schaffen. Jeder C++-Programmierer, der nicht auf die Birne gefallen ist, lebt sehr gut vom Programmieren, und OSS wird häufig von Unternehmen (Google/Firefox, Oracle/OpenOffice) oder an Universitäten finanziert.
-
-
Eisflamme schrieb:
Kenner der Firmen schrieb:
Keine ernstzunehmende Firma achtet auf die Lizenz. Kriegt doch eh keiner mit wenn man es illegal nutzt.
#2
Ich frage mich bei den Kommentaren hier immer, ob irgendjemand das schon Mal kommerziell gemacht und damit auch Geld eingefahren hat. Fragt Mal bei den Firmen, in denen ihr arbeitet, auf höherer Ebene oder in der Verkaufsstrategie nach, wie das da gemacht wird. Auf den guten Willen der Firmen hoffen? Da gehste pleite. Genau der gleiche Schwachsinn wie keinerlei Softwareschutz für Trialversionen o.ä. (mit der Begründung, dass ja sowieso alles hackbar ist). Funktioniert auch einfach nicht.
Ich verstehe Deinen Kommentar nicht. Worauf willst Du hinaus? Welche Antwort wird derjenige bekommen, der an höherer Ebene nachfragt?
Mein Arbeitgeber hat vor ein paar Jahren eine Initiative gestartet, womit verhindert werden soll, dass illegal Software verwendet wird. Es ging dabei nicht nur um Applikationen sonder auch, wenn nicht sogar in erster Linie, um Bibliotheken.
Bei uns wird sehr wohl darauf geachtet, dass Software korrekt lizenziert ist.
-
Der Punkt meiner Aussage ist, dass man nicht davon ausgehen sollte, dass Firmen oder gar Endbenutzer sich lieb und nett verhalten, immer schön legal bleiben und man schon irgendwie dadurch an Geld kommt. Seitenhieb war drin an Aussagen des Typus "DRM ist nutzlos, weil eh alles geknackt werden kann", weil ich auch das für Schwachsinn halte und mir das gerade im Zusammenhang damit einfiel.
An höherer Ebene wird derjenige wohl die Antwort bekommen, dass man eben durchaus DRM einsetzt, weil es Sinn ergibt, und nicht einfach alles frei zur Verfügung stellt, weil man damit eben kein Geld macht. "Gib doch einfach Mal die Software frei raus und verlange Lizenzen für die, die's kommerziell nutzen wollen" wird je nach Branche vermutlich auch mit einem müden Lächeln beantwortet.
Ist schön, dass eure Firma darauf achtet, tut aber nicht jede, also sollte sich eine anbietende Firma auch nicht darauf verlassen, wenn sie ihr Geschäftsmodell plant. Klappt vielleicht in Randgebieten oder wenn man wenige, aber große Kunden hat. Sind die kleiner, wird's schwieriger bis unmöglich.
-
Folgendes Modell sieht man wohl relativ oft: Binary Release für nichtkommerzielle Nutzung, eine billigere Lizenz für kommerzielle Nutzung, die einem ebenfalls nur die Binaries kauft und Source Code gegen eine richtig fette Lizenzgebühr. Ansonsten wirst du wohl in Richtung Binary Encryption schauen wollen: http://en.wikipedia.org/wiki/Executable_compression
