Zahlungen und Open Source-Kernentwickler

Ich bin mir nicht sicher, ob es dafür ein etabliertes Protokoll gibt (auch wenn es kein offizielles ist), aber ich dachte, diejenigen, die am meisten Erfahrung mit Open Source haben, möchten es vielleicht mit uns teilen.

Mir ist bewusst, dass zufällige Patches, die an Open Source-Projekte gesendet werden, niemals bezahlt werden. Sie können indirekt von einem Kunden finanziert werden, werden jedoch nie vom Open Source-Projekt selbst bezahlt.

Aber wie wäre es mit Kernentwicklern? Ich habe zum Beispiel gehört, dass drupal rund 800 Kernentwickler hat. Kernentwickler bedeuten, dass sie am Drupal-Kern selbst arbeiten und gemeinsam die Hauptversionen vorantreiben, sodass sie für das Projekt sehr wichtig sind. Natürlich ist Drupal nur ein Beispiel, aber gibt es im Allgemeinen ein etabliertes Protokoll in der Open Source-Welt, das definiert, ob das Unternehmen, das hinter dem Projekt steht, diese bezahlen soll, und erwarten diese Kernentwickler eine solche Zahlung?

Irgendwelche Fakten oder Erfahrungen aus erster Hand?

Als besonderes Beispiel arbeiten einige der wichtigsten Squeak- Entwickler für Teleplace . Sie hacken Squeak als Teil ihrer täglichen Arbeit, damit Teleplace das Zeug bekommt, das sie brauchen, und geben dann die Änderungen am Basis-Squeak-Image und der virtuellen Maschine an die größere Squeak-Community zurück.

Es gibt einige andere Unternehmen, die ihre Mitarbeiter zumindest teilweise dafür bezahlen, Squeak zu hacken.

Ich habe dieses Thema ausführlich in einem Blogbeitrag über Spenden an Open-Source-Projekte behandelt .

Der Kern davon ist folgender: Sobald ein Open-Source-Projekt eine bestimmte Größe erreicht hat, kann eines von mehreren Dingen passieren, damit es weiterhin besteht (andernfalls wird es durch Support- und Umfangsprobleme beeinträchtigt). In dieser Phase gibt es drei Möglichkeiten, ein Betriebssystemprojekt zu unterstützen:

1. Ein großes Unternehmen (Google, Microsoft usw.) "sponsert" das Projekt und hat Entwickler von seinen Mitarbeitern bezahlt, die in Vollzeit daran arbeiten. Einige Projekte kommen direkt von diesen Unternehmen und haben natürlich diese Option eingebaut.
2. Das Projekt kann sich in ein echtes Geschäft verwandeln, in der Form von MySQL / Redhat. Dies bedeutet kommerzielle Lizenzen, kostenpflichtigen Support und Anpassungs- / Integrationsdienste. Andernfalls eine Art bizdev-Gelegenheit, die ein Stream-Einkommen einbringt (wie das, was Mozilla mit Google hat, indem es seine Suchmaschine als Standard in Firefox platziert).
3. Um das Projekt herum bildet sich eine Community von Betreuern mit der ursprünglichen Betreuer-Zedentenkontrolle, damit andere einen Beitrag leisten können.

1 ist unwahrscheinlich und nicht geplant, während 2 für die meisten Entwickler sehr schwierig ist und die meisten Projekte zu diesem Zeitpunkt fehlschlagen. Dies ist ein Problem, das mir sehr am Herzen liegt. Deshalb habe ich Binpress (das Unternehmen, auf dessen Blog ich zu Beginn verlinkt habe) gegründet, um Entwicklern eine Plattform zu bieten, auf der sie diese nachhaltigen Unternehmen auf ihren Open-Source-Projekten aufbauen können. Aus unserer Erfahrung ist dies ein sehr praktikables Modell, und wir haben in letzter Zeit viel Erfolg in diesem Bereich gesehen.