Warum haben Sie zu diesem Open Source-Projekt beigetragen? [geschlossen]

Ich interessiere mich für echte Erfahrungen und persönliche Antworten, nicht nur für die abgenutzten "Vorteile eines Beitrags zu Open Source", die wir uns alle inzwischen auswendig gelernt haben.

Ich habe viele Leute getroffen, die zu Open Source-Projekten beitragen, und dieses Thema ist fast nie aufgetaucht: Warum haben sie zu diesem Open Source-Projekt beigetragen? Wenn Sie also zuvor in irgendeiner Weise zu einem Open-Source-Projekt beigetragen haben, können Sie bitte eine Sekunde innehalten und sich daran erinnern, warum Sie sich wirklich entschieden haben, zu diesem bestimmten Projekt beizutragen.

War es eine zufällige Entscheidung, war es, weil Sie gelangweilt waren, war es, weil das Unternehmen, für das Sie gearbeitet haben, es bereits nutzte und Sie als Teil Ihres Jobs beigetragen haben, war es, weil das Projekt zu groß war, um Verträge abzuschließen, oder das Das Projekt war zu klein, als dass Sie es bauen wollten, oder weil Ihr Professor oder Mitarbeiter Sie gebeten hat, bei seinem Open-Source-Projekt zu helfen, oder ...

Um Ihre Gründe zu begründen, geben Sie bitte den Projektnamen an und bewerten Sie Ihre Beteiligung (schwer, gelegentlich, leicht, einmal).

Weil etwas kaputt war und ich es sowieso für meine eigenen Zwecke reparieren musste - warum nicht mit anderen im selben Boot teilen?

Ich mag die Idee, dass die meisten Open-Source-Autoren dies für etwas anderes als die "Vorteile" tun.

Aber weil es immer einen Grund gibt, bewusst oder nicht ...

• Einige tun es für den sozialen Aspekt. Sie treffen Leute, sie finden neue Freunde.
• Einige tun es für den Status, den es ihnen gibt. (StackOverflow-ähnliche Websites basieren auf diesem Verhalten).
• Einige tun es, weil sie gerne Dinge erreichen . Sie lösen gerne Probleme. Sie mögen die Idee, dass sie in dieser Welt nützlich sind .

Es ist immer eine Kombination aus mehr oder weniger der drei.

Ich bin eher der letzte, mit einer kleinen Menge des ersten und des zweiten.

Open Source hat ein zusätzliches Verhalten, das "praktischer" ist:

• Einige haben es getan, weil sie müssen. Wegen der Lizenzbedingungen, um das Gewissen zu klären, was auch immer.

Ich habe eine Erweiterung zu einem Squirrelmail-Plugin beigetragen, weil ich diese Funktionalität nutzen wollte und sie noch nicht verfügbar war.

Ich habe es getan, um das Projekt zu unterstützen. Ich verliere, wenn das Projekt stirbt.

Ich habe zu einem Open-Source-Projekt beigetragen, das verblasst wäre, wenn ich nicht dazu beigetragen hätte. Ich bin froh zu sagen, dass es, weil ich dazu beigetragen habe, immer noch da ist und ein bisschen mehr gediehen ist, als irgendjemand erwartet hat.

Als ich von Windows zu einem Mac wechselte, war mein bevorzugter IM-Client nicht verfügbar. Es wurde ein kleines Projekt gestartet, um eines zu erstellen.

Es befand sich in einem frühen Alpha-Stadium, war sehr fehlerhaft und krachend und wurde schließlich vom Autor aufgegeben. Es gab zu dieser Zeit einige Leute, die es benutzten, und jedes Mal, wenn der IM-Dienst sein Protokoll aktualisierte, wurde der Client schlechter.

Ich fing an, einige Korrekturen dafür zu schreiben, und bevor ich es wusste, war ich Entwickler geworden. Wie sich herausstellte, sind ein paar Gabeln aufgetaucht, und das ursprüngliche Projekt ist ein wenig zurückgegangen, aber ich habe auch zu einigen der Gabeln beigetragen. Die Freuden von Open Source!

Derzeit basiert eine iPhone-App, an der ich aktiv arbeite, auf einer der Gabeln, die für die IM-Protokollbibliothek angezeigt wurden. Es ist erstaunlich, wie sich Open Source-Produkte entwickeln und manchmal den Kreis schließen können :)

Wir leisten häufig kleine Beiträge zu verschiedenen Open Source-Projekten. Dies geschieht in erster Linie, weil ein bestimmter Code, der ausgeführt wird, um eine bestimmte Funktionalität "logisch" zu erreichen, zu den Projekten gehört und nicht zu unserem eigenen Code. Indem sie wieder in den Upstream eingebracht werden, erhalten sie einen Teil der offiziellen Verteilung, anstatt dass wir den Überblick behalten müssen neue Updates, die sicherstellen, dass der Code weiterhin funktioniert.

Dies ist eine gute Sache, da es das Risiko verringert, dass Dinge kaputt gehen, wenn Sie sich für ein Upgrade auf die neueste Version von Bibliotheken entscheiden.