Es gibt nicht viele Unternehmen, die den Quellcode online veröffentlichen. Und warum sollten sie auch: Die Dokumentation kostet Zeit, Sie müssen sie irgendwie verpacken und das Einzige, was passieren kann, ist, dass sich jemand heimlich an Ihrer Arbeit bereichert. Schlimmer noch, das Unternehmen könnte sein Gesicht verlieren, wenn Sicherheitslücken entdeckt werden.
In der Zwischenzeit wissen wir Entwickler alle, dass wir auf die Beteiligung an Open Source achten, wenn wir jemanden einstellen wollen. Wir wissen, dass Sie, wenn Sie Ihren Code online veröffentlichen, bereit sind, für Vorschläge und Kritik von außen offen zu sein. Mehr noch, wenn Sie in der Lage sind, Patches zu akzeptieren, wissen Sie, wie man mit einem Team arbeitet, mit dem Sie noch nicht zusammengearbeitet haben und wie schwierig es sein kann, es richtig zu machen. Wenn Sie offen arbeiten, sind Sie offen für Meinungen, und wenn Sie Ihren Code für gut halten, warum sollten Sie nicht?
Ich denke, es sollte nicht länger unser Geheimnis sein, dass öffentlicher Code einige gute Aspekte von den Entwicklern verlangt, denn ich denke, dass auch das Unternehmen dieses Wissen in großen Systemen nutzen könnte.
Was wird Ihr Lieferant sagen, wenn Sie ihn bitten, den Code online zu veröffentlichen? Keine Dokumentation, kein Issue Tracker, keine Build-Anweisungen, nur das Folgende: den Code, Ihren Copyright-Hinweis, eine sehr strenge Lizenz und Ihren
und seinen Namen mit Website-Link.
Wenn er sagt, dass er das nicht tun wird, fragen Sie ihn, warum nicht. Wenn sie sagen, dass es eine Menge Arbeit ist, lügen sie. Wenn sie sagen, dass der Code erst bereinigt werden muss, haben sie von vornherein nicht den richtigen Code geschrieben. Wenn sie sagen, dass dies aus Sicherheitsgründen nicht möglich ist, praktizieren sie vielleicht
Sicherheit durch Unklarheit. Die Übung an sich kann Ihnen helfen, eine Diskussion darüber zu führen, warum Ihr Code nicht veröffentlicht werden kann.
Das letzte Problem, das Sie haben könnten, ist die Lizenzierung. Was ist, wenn die Konkurrenz Ihren Code mitnimmt? Nun, zum Glück gibt es sehr strenge Open-Source-Lizenzen, mit denen Sie sich davor schützen können. Wenn Sie Ihren Code beispielsweise unter der
GPLv3-Lizenz veröffentlichen, können Sie sicher sein, dass Ihre Konkurrenten, wenn sie Ihren Code für einen Dienst verwenden, ihren neuen Code unter der GPLv3-Lizenz für ihre Nutzer freigeben müssen. Das bedeutet, dass Sie sicher sein können, ihre Änderungen zu sehen, wenn sie Ihren veröffentlichten Code verwenden.
Gehen Sie also hinaus und finden Sie heraus, was Ihr Projekt daran hindert, Code online zu veröffentlichen.
