Wie wird man Committer und ist das wirklich notwendig für Sie?

Hallo! Mein Name ist Dmitrij Pawlow, ich arbeite bei GridGain, und bin außerdem Committer und Mitglied des PMC bei Apache Ignite sowie Contributor bei Apache Training. Kürzlich habe ich auf dem Meetup der Sberbank zum Thema Open Source über die Arbeit eines Committers gesprochen. Mit der Entwicklung der Open Source-Community sind viele Fragen aufgetaucht: Wie wird man Committer, welche Aufgaben sollte man übernehmen und wie viele Zeilen Code muss man schreiben, um diese Rolle zu bekommen? Wenn wir an Committer denken, stellen wir uns sofort allmächtige und allwissende Menschen mit einer Krone auf dem Kopf und einem Buch über „Sauberen Code“ anstelle eines Zepters vor. Ist das wirklich so? In meinem Beitrag werde ich versuchen, alle wichtigen Fragen zu Committern zu beantworten, damit Sie verstehen, ob das wirklich etwas für Sie ist.

Alle neuen Mitglieder der Open Source-Community haben manchmal den Gedanken, dass sie niemals Committer werden können. Für viele ist dies eine prestigeträchtige Rolle, die man nur für besondere Verdienste und durch das Schreiben einer Menge Code erreichen kann. Aber so einfach ist es nicht. Lassen Sie uns einen Committer aus der Perspektive der Community betrachten.

Wer ist ein Committer und wozu wird er gebraucht?

Bei der Erstellung eines neuen Open Source-Produkts erlauben wir immer den Benutzern, dieses zu verwenden und zu erkunden, sowie es zu modifizieren und modifizierte Kopien zu verteilen. Aber wenn unkontrolliert Kopien von Software mit vorgenommenen Änderungen verbreitet werden, erhalten wir keine Beiträge zur Hauptcodebasis und das Projekt entwickelt sich nicht weiter. Hier braucht es den Committer, der das Recht hat, die Beiträge der Benutzer in das Projekt zu integrieren.

Warum sollte man Committer werden?

Beginnen wir damit, dass das Committen ein Pluspunkt im Lebenslauf ist, und für Anfänger im Bereich Programmierung ist es ein noch größerer Vorteil, da bei der Jobsuche oft nach Codebeispielen gefragt wird.

Ein weiterer unbestreitbarer Vorteil des Committerns ist die Möglichkeit, mit Top-Spezialisten zu kommunizieren und einige interessante Ideen aus der Open Source in Ihr Projekt zu ziehen. Außerdem, wenn Sie ein bestimmtes Open Source-Produkt gut kennen, können Sie sich in einem Unternehmen bewerben, das es unterstützt oder verwendet. Es gibt sogar die Meinung, dass man ohne Teilnahme an Open Source keine hohen Karrierepositionen erreichen kann.

Abgesehen von den Vorteilen für Karriere und Beschäftigung ist es angenehm, ein Committer zu sein. Man wird von der Fachgemeinschaft anerkannt und sieht klar die Ergebnisse seiner Arbeit. Im Gegensatz zu einer Unternehmensentwicklung, bei der man manchmal nicht einmal versteht, warum man Felder in XML hin und her schiebt.

In Open-Source-Communities kann man Top-Spezialisten wie Linus Torvalds kennenlernen. Aber wenn Sie nicht so sind, sollten Sie nicht denken, dass Sie dort nichts zu tun haben — es gibt Aufgaben auf unterschiedlichen Niveaus.

Es gibt auch zusätzliche Boni: Committer von Apache erhalten beispielsweise kostenlos eine Lizenz für IntelliJ Idea Ultimate (auch wenn mit einigen Einschränkungen).

Was muss man tun, um Committer zu werden?

Es ist ganz einfach — man muss commits machen.

Wenn Sie denken, dass es in den Projekten keine Aufgaben für Sie gibt — irren Sie sich. Schließen Sie sich einfach der Community an, die Sie interessiert, und tun Sie das, was für diese notwendig ist. In der Apache Software Foundation gibt es spezielle Anleitung Anforderungen an Committer.

Welche Aufgaben werden zu lösen sein?

Die unterschiedlichsten — von der Entwicklung bis hin zu den Tests und der Dokumentation. Ja, der Beitrag von Testern und Dokumentatoren wird in der Community gleichwertig zu dem der Entwickler geschätzt. Es gibt sogar unkonventionelle Aufgaben, wie beispielsweise einen YouTube-Kanal zu führen und anderen Benutzern zu zeigen, wie Sie ein Open-Source-Produkt nutzen. Zum Beispiel gibt es in der Apache Software Foundation spezielle Seite, in der aufgeführt ist, welche Hilfe benötigt wird.  

Muss man ein großes Feature schreiben, um Committer zu werden?

Nein. Das ist überhaupt nicht notwendig. Ein Committer muss nicht Haufen von Code schreiben. Aber wenn Sie ein großes Feature geschrieben haben, wird es dem Projektmanagementausschuss leichter fallen, Sie einzuschätzen. Der Beitrag zur Community besteht nicht nur aus Features, Programmierung und Tests. Wenn Sie einen Brief schreiben und ein Problem schildern, eine durchdachte Lösung vorschlagen — das ist ebenfalls ein Beitrag.

Es ist wichtig zu verstehen, dass Committer-Sein Vertrauen bedeutet. Ob Sie Committer werden oder nicht, entscheiden dieselben Menschen wie Sie auf der Grundlage ihrer Sichtweise auf Sie als jemand, der dem Produkt nützt. Daher müssen Sie dieses Vertrauen durch Ihr Handeln und Verhalten in der Community verdienen.

Wie soll man sich verhalten?

Konstruktiv, positiv, höflich und geduldig sein. Denken Sie daran, dass im Open Source alle Freiwillige sind und niemand jemandem etwas schuldet. Wenn Sie keine Antwort erhalten, warten Sie und erinnern Sie nach 3-4 Tagen an Ihre Frage. Wenn Sie ständig keine Antworten erhalten, nun ja, Open Source ist freiwillig.

Bitten Sie nicht darum, dass jemand etwas für Sie oder an Ihrer Stelle erledigt. Erfahrene Mitglieder der Community haben ein Gespür für solche "Bettler" und entwickeln sofort eine Allergie gegen diejenigen, die ihre Arbeit auf andere abwälzen wollen.

Wenn Ihnen geholfen wird, ist das großartig, aber missbrauchen Sie es nicht. Es ist nicht ratsam zu schreiben: „Leute, behebt das, sonst verliere ich mein Jahresprämie.“ Fragen Sie besser, in welche Richtung Sie weitergehen sollen, und erzählen Sie, was Sie bereits zu diesem Bug herausgefunden haben. Wenn Sie versprechen, die Wiki nach der Lösung des Problems zu aktualisieren, steigt die Wahrscheinlichkeit, dass Ihnen geantwortet wird, erheblich.

Lesen Sie schließlich Verhaltenskodex und lernen Sie, Fragen zu stellen..

Wie kann man beitragen, wenn man kein Committer ist?

In Projekten wird oft das RTC-Schema verwendet, bei dem zuerst alle überprüft werden, bevor die Änderungen in den Master verschmolzen werden. In einem solchen Schema werden alle, selbst die Committer, überprüft. Daher kann man erfolgreich zum Projekt beitragen, ohne Committer zu sein. Um die Wahrscheinlichkeit zu erhöhen, als neuer Committer ausgewählt zu werden, können Sie sich um Mentoring für neue Teilnehmer kümmern, Wissen teilen und neue Materialien erstellen.

Diversität – Nutzen oder Schaden?

Diversität – im Verständnis der Apache Software Foundation bedeutet das unter anderem, dass die Teilnehmer eines Open-Source-Projekts mehreren Unternehmen zugeordnet sind. Wenn alle nur einer Organisation zugeordnet sind, werden alle Teilnehmer, wenn sie das Interesse dieser Organisation am Projekt verlieren, schnell fliehen. Diversität gewährleistet die Langlebigkeit, Stabilität des Projekts, vielfältige Erfahrung und ein breites Spektrum an Meinungen der Teilnehmer.

Aus Liebe oder aus Kalkül?

In Open-Source-Projekten gibt es zwei Arten von Menschen: diejenigen, die in der Organisation arbeiten, die zu diesem Produkt beiträgt, und diejenigen, die aus Liebe hier tätig sind, also die Freiwilligen. Wer von ihnen ist produktiver? In der Regel sind es die Teilnehmer, die das Produkt aus der Sicht der beitragenden Organisation unterstützen. Sie haben einfach mehr Zeit und eine klare Motivation, die Wahrheit herauszufinden; sie sind auf die Aufgabe fokussiert und näher am Benutzer.

Diejenigen, die das "aus Liebe" tun, sind ebenfalls motiviert, jedoch auf andere Weise – sie streben danach, das Projekt zu erforschen und die Welt zu verbessern. Genau diese Teilnehmer sind stabiler und langfristig orientierter, denn wer von eigenem Antrieb in die Gemeinschaft gekommen ist, wird sie wahrscheinlich nicht so schnell wieder verlassen.

Wie findet man das Gleichgewicht zwischen Produktivität und Stabilität? Es gibt zwei Optionen. Erste Option: Wenn ein Teilnehmer in einem Unternehmen arbeitet, das offiziell an diesem Open Source-Projekt beteiligt ist, und zusätzlich aus eigenem Interesse daran arbeitet – zum Beispiel, um Neulinge zu unterstützen. Zweite Option – ein Unternehmen, das eine Open Source-Transformation durchgemacht hat. Zum Beispiel, wenn die Mitarbeiter vier Tage in der Woche am Hauptgeschäftsprojekt arbeiten und die restliche Zeit sich mit Open Source beschäftigen.

Committer – sein oder nicht sein?

Committersein ist ein gutes und nützliches Thema, aber man sollte nicht danach streben, unbedingt Committer zu werden. Diese Rolle kann man nicht nur durch Code erwerben und sie beweist nicht unbedingt Ihr Wissen. Wichtig ist nur die Expertise, also das Wissen und die Erfahrung, die Sie erwerben, indem Sie das Projekt studieren, darin eintauchen und anderen helfen, Probleme zu lösen.

Quelle: habr.com