Erweiterte Open-Source-Software als Nebenaufgabe, wie kann ich meinen Chef fragen, ob er sie wieder in die Community einbringen soll?

Lieber Chef,

Bitte bestätigen Sie die GitHub-Veröffentlichung des neuen Feature-Quellcodes im Tool Y, der während der Entwicklung von verwendet Xwurde, jedoch nicht darin enthalten ist.

Aus rechtlichen Gründen gehört dieser Quellcode der Firma, aber wenn die Firma beschließt, ihn Yaufgrund von Vorteilen (siehe unten) unter der Lizenz von zu veröffentlichen, bin ich damit völlig einverstanden.

Ywird häufig von einer großen Anzahl von Entwicklern verwendet, sogar innerhalb unseres Unternehmens. Ich glaube, wir sollten Updates auf GitHub veröffentlichen, damit:

• unsere Erfahrung im Technologiebereich ist sicht- und erkennbar
• Die Community würde die Funktionalität basierend darauf unterstützen und verbessern, und wir bekommen all das kostenlos.

Danke schön.

Trotzdem bin ich mir nicht sicher, ob Sie immer noch gegen den Vertrag verstoßen, wenn Boss diese Aktion bestätigt ...

Sie haben ein Tool geschrieben, das von Mitarbeitern des Unternehmens verwendet wird und nicht Teil dessen ist, was Ihr Unternehmen entwickelt. Sie haben also das Produkt Ihres Unternehmens nicht gefährdet, indem Sie es mit GPL-Code "infiziert" haben.

Dann verlangt die GPL von Ihnen nicht, Änderungen zurückzugeben, es sei denn, Sie veröffentlichen Binärdateien (oder machen im Fall von AGPL die Software mit Ihren Änderungen über das Netzwerk zugänglich). Das scheint also auch absolut sicher zu sein. Sie haben Software von Drittanbietern im Rahmen der Lizenz verwendet, um Ihre Arbeit zu erleichtern. Sofern nicht ausdrücklich verboten, sollte dies für Ihre Vorgesetzten in Ordnung sein.

Ich bezweifle, dass Ihr Chef denken wird, dass Sie „für andere gearbeitet haben“ – schließlich haben Sie dieses Tool geschrieben, um die Produktivität am Arbeitsplatz zu verbessern, ohne irgendwelche Lizenzen zu brechen oder die Änderungen öffentlich zu machen!

Ich würde jetzt zu meinem Chef gehen und ihm erzählen, was Sie getan haben, um die Produktivität zu steigern (oder es sogar während eines regelmäßigen Meetings erwähnen, wenn Sie solche Meetings haben und es üblich ist, interessante/relevante Dinge zu erwähnen, die Sie dort gemacht haben). Findet er es dumm? Dann entscheiden Sie sich für „Abfall“. Dies scheint jedoch unwahrscheinlich. Nehmen wir also an, er hält es für eine gute Idee. Erwähnen Sie dann einfach, dass Ihre Arbeit auf Open Source basiert und die Community hinter diesem Projekt möglicherweise daran interessiert ist. Kombinieren Sie das mit der Frage, ob er es für in Ordnung hält, die Änderung unter der [was auch immer]-Lizenz wieder in das Projekt einzubringen. Es geht ihm gut? Groß!

Machen Sie jetzt entweder weiter oder machen Sie vielleicht etwas CYA, indem Sie ihm eine E-Mail schicken, in der Sie erwähnen, was genau Sie noch einmal gemacht haben, wo/wie Sie es beitragen werden und ob er etwas sieht, das Sie hinzufügen sollten. Auf diese Weise bitten Sie ihn ausdrücklich um eine Antwort. Sobald Sie diese Antwort erhalten haben, entweder mit einem Vorschlag, xyz hinzuzufügen, oder mit einem Go-Ahead, dann tun Sie dies. Und bewahren Sie diese E-Mail auf! So können Sie in Zukunft immer darauf hinweisen, dass Ihr Vorgesetzter involviert war und sein Okay gegeben hat!

Ob man einem ungeschriebenen OK vertraut oder sich einen schriftlichen Beweis holt, hängt ganz vom Unternehmen ab. Einige Unternehmen haben möglicherweise sogar Richtlinien zu Open-Source-Lizenzen und/oder Beiträgen - in diesem Fall würde ich weitermachen (vorausgesetzt, es liegt innerhalb dieser Richtlinien). Wenn das Unternehmen zuvor Open-Source-Beiträge geleistet hat, ist es wahrscheinlich auch unwahrscheinlich, dass es negative Folgen haben wird, wenn man fortfährt.

Das muss man so drehen, dass es klare Vorteile für das Unternehmen gibt . Ich würde diesen Ansatz versuchen:

"Um dieses Problem zu beheben, habe ich das Open-Source-Tool X erweitert und es funktioniert hervorragend. Ich möchte meine Änderungen wieder in die Originalversion einbringen, damit wir Fehlerbehebungen, neue Funktionen und Community-Support kostenlos erhalten . Was möchten Sie denken?"

Wenn die Software Ihres Unternehmens GPL-lizenzierte Software von Drittanbietern enthält, weil Sie sie hinzugefügt haben, kann dies eine enorme rechtliche Haftung für Ihr Unternehmen darstellen. Es gibt viele Dinge, die Ihr Unternehmen mit der Software tun möchte (z. B. sie verkaufen, um Geld für die Zahlung Ihres Lohns zu erhalten), die eine Urheberrechtsverletzung darstellen würden. Darüber hinaus kann in Deutschland die GPL -Lizenz je nach gerichtlicher Entscheidung als Vertrag übernommen werden.

Es gibt ein zusätzliches Problem: Nur weil jemand sagt, dass die Software GPL-lizenziert ist, heißt das noch lange nicht, dass sie GPL-lizenziert ist.

Finden Sie anstelle von „workshop.stackexchange“ eine Website, die sich mit der GPL-Lizenzierung befasst, teilen Sie ihnen genau mit, was Sie getan haben, und fragen Sie sie nach den genauen rechtlichen Konsequenzen. In Bezug auf den Arbeitsplatz ist der beste Weg für Sie möglicherweise, den GPL-lizenzierten Code aus Ihrem Unternehmen zu entfernen und zu hoffen, dass niemand es bemerkt; Der beste Weg für Ihr Unternehmen wäre, Ihrem Chef zu sagen, was Ihnen passiert ist. Verwenden Sie KEINE Software von Drittanbietern, GPL oder nicht, ohne die Erlaubnis Ihres Unternehmens.

Ihr Vorschlag „Wenn ich es einfach mache“, also die Software auf GitHub zu stellen, werden Sie ein gewaltiges rechtliches Durcheinander anrichten. Denn Sie können behaupten , dass es GPL-lizenziert ist, aber Ihr Unternehmen ist der Urheberrechtsinhaber Ihrer Änderungen, und ohne deren Zustimmung ist es nicht GPL-lizenziert , egal was Sie behaupten. Das bedeutet, dass jeder, der die Software herunterlädt, unwissentlich eine Urheberrechtsverletzung begeht. Sie würden auch eine Urheberrechtsverletzung begehen, weil Sie die Software veröffentlicht haben und sie NICHT unter der GPL-Lizenz steht (weil Sie kein Recht hatten, sie zu lizenzieren).

@Morning Star: Sie erwägen, nur den Quellcode mit Ergänzungen, die Sie geschrieben haben und die Ihrem Arbeitgeber gehören, auf github zu platzieren und eine GPL-Lizenz anzulegen. Dieser Code wäre nicht GPL-lizenziert. Andere können davon ausgehen , dass es GPL-lizenziert ist, aber sie würden sich irren.

Wenn Sie ohne Wissen Ihres Arbeitgebers und ohne Überprüfung durch die Rechtsabteilung Software von Drittanbietern verwenden und darauf bestehen , dies weiterhin zu tun, würde ich Sie ehrlich gesagt als eine lose Kanone betrachten, die entfernt werden sollte.