Hallo! Mein Name ist Dmitry Pavlov, ich arbeite bei
GridGain und ich bin außerdem Committer und Mitglied von PMC bei Apache Ignite und Mitwirkender bei Apache Training. Kürzlich habe ich auf dem Treffen der Sberbank über Open Source über die Arbeit des Committers berichtet. Mit der Entwicklung der OpenSource-Community stellten sich viele Fragen: Wie werden Sie Committer, welche Aufgaben müssen Sie übernehmen und wie viele Codezeilen müssen Sie schreiben, um diese Rolle zu erhalten? Wenn wir an Committer denken, werden wir sofort mit allmächtigen und allwissenden Menschen konfrontiert, die eine Krone auf dem Kopf und einen Band „Clean Code“ anstelle eines Zepter haben. Ist es so? In meinem Beitrag werde ich versuchen, alle wichtigen Fragen zu Committern zu beantworten, damit Sie verstehen, ob Sie sie wirklich brauchen.
Alle Neulinge in der Open-Source-Community haben eine Reihe von Gedanken, dass sie niemals zu Committern werden. In der Tat ist dies für viele eine prestigeträchtige Rolle, die nur für besondere Verdienste durch Schreiben einer Tonne Code erreicht werden kann. Aber es ist nicht so einfach. Schauen Sie sich den Committer aus der Community an.
Wer ist ein Committer und warum wird es benötigt?
Wenn Sie ein neues OpenSource-Produkt erstellen, können Benutzer es immer verwenden und recherchieren sowie geänderte Kopien ändern und verteilen. Wenn es jedoch zu einer unkontrollierten Verteilung von Kopien der Software mit den vorgenommenen Änderungen kommt, erhalten wir keine Gegenbuffs in der Hauptcodebasis und das Projekt entwickelt sich nicht. Hier wird bereits derselbe Committer benötigt, der das Recht hat, Benutzerbeiträge zum Projekt zu sammeln.
Warum ein Committer werden?
Zu Beginn ist das Festschreiben ein Plus für den Lebenslauf und für Anfänger im Bereich der Programmierung ein noch größeres Plus, da sie häufig nach Codebeispielen fragen, wenn sie nach einem Job fragen.
Der zweite zweifelsfreie Vorteil des Commitments ist die Fähigkeit, mit Top-Experten zu kommunizieren und einige coole Ideen aus Open Source in Ihr Projekt einzubringen. Wenn Sie sich eines bestimmten Open Source-Produkts bewusst sind, können Sie sich außerdem an ein Unternehmen wenden, das es unterstützt oder verwendet. Es gibt sogar die Meinung, dass Sie keine hohen Karrierepositionen erreichen können, wenn Sie nicht an Open Source teilnehmen.
Neben den Vorteilen in Bezug auf Karriere und Beschäftigung ist es schön, sich selbst zu engagieren. Die Fachwelt erkennt Sie, Sie sehen deutlich das Ergebnis Ihrer Arbeit. Nicht wie bei einer Unternehmensentwicklung, bei der Sie manchmal nicht einmal verstehen, warum Sie Felder in XML hin und her übertragen.
In OpenSource-Communities können Sie Top-Experten auf der Ebene von Linus Torvalds treffen. Aber wenn Sie nicht so sind, sollten Sie nicht denken, dass Sie dort nichts zu tun haben - es gibt Aufgaben auf verschiedenen Ebenen.
Nun, es gibt zusätzliche Boni: Apache-Committer erhalten beispielsweise eine kostenlose IntelliJ Idea Ultimate-Lizenz (wenn auch mit einigen Einschränkungen).
Was tun, um Committer zu werden?
Alles ist einfach - Sie müssen sich verpflichten.
Wenn Sie der Meinung sind, dass Sie bei Projekten keine Aufgaben haben, irren Sie sich. Treten Sie einfach der Community bei, die Sie interessiert, und tun Sie, was sie tun muss. Die Apache Software Foundation verfügt über einen separaten
Leitfaden für die Committer-Anforderungen.
Welche Aufgaben müssen Sie lösen?
Am vielfältigsten - von der Entwicklung bis zum Schreiben von Tests und Dokumentationen. Ja, der Beitrag von Testern und Dokumentatoren in der Community wird zusammen mit dem Beitrag von Entwicklern geschätzt. Es gibt nicht standardmäßige Aufgaben, z. B. das Führen eines YouTube-Kanals und das Erklären anderer Benutzer, wie Sie das OpenSource-Produkt verwenden. Die Apache Software Foundation verfügt beispielsweise über eine separate
Seite , auf der angegeben ist, welche Hilfe erforderlich ist.
Muss ich ein großes Feature schreiben, um Committer zu werden?
Nein. Dies ist überhaupt nicht notwendig. Der Committer sollte nicht Tonnen von Code schreiben. Wenn Sie jedoch ein großes Feature geschrieben haben, ist es für das Projektmanagement-Komitee einfacher, Sie zu bewerten. Bei einem Beitrag zur Community geht es nicht nur um Funktionen, Programmierung und Tests. Wenn Sie einen Brief schreiben und über ein Problem sprechen, bieten Sie eine begründete Lösung an - dies ist auch ein Beitrag.
Es ist wichtig zu verstehen, dass Engagement Vertrauen ist. Menschen, die sich entscheiden, Sie zum Committer zu machen oder nicht, werden von Menschen wie Ihnen aufgrund ihrer Ansichten über Sie als Person, die dem Produkt zugute kommt, entschieden. Daher müssen Sie durch Ihre Handlungen und Handlungen in der Gemeinschaft genau dieses Vertrauen gewinnen.
Wie soll man sich verhalten?
Seien Sie konstruktiv, positiv, höflich und geduldig. Denken Sie daran, dass in Open Source alle Freiwilligen und niemand jemandem etwas schuldet. Sie antworten Ihnen nicht - warten Sie und erinnern Sie sich in 3-4 Tagen an Ihre Frage. Sie antworten Ihnen nicht ständig - Open Source ist freiwillig.
Bitten Sie nicht, etwas für Sie oder für Sie zu tun. Erfahrene Community-Mitglieder haben ein Gespür für solche "Bettler" und sofort besteht eine Allergie gegen diejenigen, die ihnen ihre Arbeit schieben wollen.
Wenn Ihnen geholfen wird, ist es großartig, aber missbrauchen Sie es nicht. Schreiben Sie nicht: "Leute, reparieren Sie das, sonst verliere ich den jährlichen Preis." Fragen Sie besser, wohin Sie gehen möchten, und teilen Sie uns mit, was Sie bereits an diesem Fehler ausgegraben haben. Und wenn Sie versprechen, das Wiki basierend auf den Ergebnissen der Problemlösung zu aktualisieren, steigt die Wahrscheinlichkeit, dass sie Ihnen antworten, erheblich.
Lesen Sie
abschließend den Verhaltenskodex und lernen Sie
, Fragen zu stellen .
Wie kann ich einen Beitrag leisten, wenn Sie kein Committer sind?
Projekte verwenden häufig das RTC-Schema, wenn alle zuerst die Überprüfung durchlaufen und dann die Änderungen in den Master übernommen werden. Bei diesem Schema wird absolut alles überprüft, auch die Committer. Daher können Sie erfolgreich einen Beitrag zum Projekt leisten, ohne ein Committer zu sein. Und um die Auswahl als neuer Committer zu vereinfachen, können Sie neue Mitglieder betreuen, Wissen austauschen und neue Materialien erstellen.
Vielfalt - Nutzen oder Schaden?
Vielfalt - nach dem Verständnis der Apache Software Foundation ist unter anderem die Zugehörigkeit von Teilnehmern an einem Open-Source-Projekt zu mehreren Unternehmen. Wenn jeder nur einer Organisation angehört, laufen alle Teilnehmer mit dem Verlust ihres Interesses an dem Projekt von dort weg. Vielfalt bietet langfristige Projektstabilität, vielseitige Erfahrung und eine breite Palette von Meinungen der Teilnehmer.
Aus Liebe oder aus Bequemlichkeit?
In Open-Source-Projekten gibt es zwei Arten von Menschen: diejenigen, die in einer Organisation arbeiten, die zu diesem Produkt beiträgt, und diejenigen, die hier aus Liebe arbeiten, dh Freiwillige. Welcher von ihnen ist produktiver? In der Regel Teilnehmer, die das Produkt vom Organisationsmitarbeiter unterstützen. Sie haben einfach mehr Zeit und es gibt eine klare Motivation, die Wahrheit herauszufinden. Sie konzentrieren sich auf die Aufgabe und sind näher am Benutzer.
Diejenigen, die dies „aus Liebe“ tun, sind ebenfalls motiviert, aber auf andere Weise - sie sind bestrebt, das Projekt zu studieren, um die Welt zu einem besseren Ort zu machen. Und genau diese Teilnehmer sind stabiler und langfristig ausgerichtet, denn es ist unwahrscheinlich, dass diejenigen, die von sich aus in die Gemeinde gekommen sind, sie eines Tages verlassen.
Wie finde ich ein Gleichgewicht zwischen Produktivität und Stabilität? Es gibt zwei Möglichkeiten. Die erste Option: Wenn ein Teilnehmer für ein Unternehmen arbeitet, das offiziell an diesem OpenSource-Projekt beteiligt ist und aus eigenem Interesse etwas Besonderes tut, unterstützt er beispielsweise Neulinge. Die zweite Option ist ein Unternehmen, das eine Open-Source-Transformation erlebt hat. Zum Beispiel, wenn Mitarbeiter das Hauptgeschäftsprojekt vier Tage die Woche und den Rest der Zeit Open Source gesehen haben.
Der Committer - sein oder nicht sein?
Commit ist ein gutes und nützliches Thema, aber Sie sollten nicht danach streben, Committer zu werden. Diese Rolle kann nicht für den Code erhalten werden und beweist Ihr Wissen nicht. Nur Fachwissen ist wichtig, dh das Wissen und die Erfahrung, die Sie sammeln, wenn Sie das Projekt studieren, sich damit befassen und anderen bei der Lösung von Problemen helfen.