Hallo! Mein Name ist Dmitry Pavlov, ich arbeite bei Außerdem bin ich Committer und PMC-Teilnehmer bei Apache Ignite und Mitwirkender bei Apache Training. Kürzlich habe ich beim Open-Source-Treffen der Sberbank einen Vortrag über die Arbeit eines Committers gehalten. Mit der Entwicklung der Open-Source-Community stellten sich bei vielen Menschen zunehmend Fragen: Wie wird man Committer, welche Aufgaben übernimmt man und wie viele Codezeilen müssen geschrieben werden, 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 Band „Clean Code“ anstelle eines Zepter vor. Ist es so? In meinem Beitrag werde ich versuchen, alle wichtigen Fragen zum Thema Committer zu beantworten, damit Sie verstehen, ob Sie es wirklich brauchen.
Alle Neulinge in der Open-Source-Community denken, dass sie nie zu Committern werden. Schließlich ist dies für viele eine prestigeträchtige Rolle, die nur durch besondere Verdienste durch das Schreiben einer Menge Code erlangt werden kann. Aber so einfach ist es nicht. Werfen wir einen Blick auf den Committer aus der Sicht der Community.
Wer ist ein Committer und warum wird einer benötigt?
Wenn wir ein neues Open-Source-Produkt erstellen, gestatten wir den Benutzern immer, es zu nutzen und zu erkunden sowie modifizierte Kopien zu modifizieren und zu verteilen. Kommt es jedoch zu einer unkontrollierten Verbreitung von Softwarekopien mit Änderungen, erhalten wir keine Beiträge zur Hauptcodebasis und das Projekt wird nicht weiterentwickelt. Hier wird der Committer benötigt, der das Recht hat, Benutzerbeiträge für das Projekt zu sammeln.
Warum Committer werden?
Beginnen wir mit der Tatsache, dass Engagement ein Plus für einen Lebenslauf ist, und für Anfänger im Bereich Programmierung ist es ein noch größeres Plus, da sie bei Bewerbungen oft nach Codebeispielen fragen.
Der zweite unbestrittene Vorteil des Commitments ist die Möglichkeit, mit Top-Spezialisten zu kommunizieren und einige coole Ideen aus Open Source in Ihr Projekt einfließen zu lassen. Wenn Sie ein bestimmtes Open-Source-Produkt gut kennen, können Sie außerdem einen Job bei einem Unternehmen bekommen, das es unterstützt oder nutzt. Es gibt sogar die Meinung, dass man keine hohen Karrierepositionen erreichen wird, wenn man sich nicht an Open Source beteiligt.
Neben den Vorteilen in Bezug auf Karriere und Anstellung ist auch das Engagement an sich angenehm. Sie werden von der Fachwelt anerkannt, Sie sehen das Ergebnis Ihrer Arbeit deutlich. Nicht wie in manchen Unternehmensentwicklungen, wo man manchmal nicht einmal versteht, warum man Felder in XML hin und her verschiebt.
In Open-Source-Communities trifft man Top-Spezialisten wie Linus Torvalds. Aber wenn Sie nicht so sind, sollten Sie nicht denken, dass es dort nichts zu tun gibt – es gibt Aufgaben auf verschiedenen Ebenen.
Nun, es gibt noch weitere Boni: Apache-Committer erhalten beispielsweise eine kostenlose IntelliJ Idea Ultimate-Lizenz (allerdings mit einigen Einschränkungen).
Was muss man tun, um Committer zu werden?
Es ist ganz einfach – Sie müssen sich nur verpflichten.
Wenn Sie denken, dass es bei Projekten keine Aufgaben für Sie gibt, irren Sie sich. Treten Sie einfach der Community bei, die Sie interessiert, und tun Sie, was sie braucht. Die Apache Software Foundation verfügt über eine separate mit Anforderungen an Committer.
Welche Probleme müssen Sie lösen?
Die vielfältigsten – von der Entwicklung über das Schreiben von Tests bis hin zur Dokumentation. Ja, ja, der Beitrag von Testern und Dokumentierern in der Community wird genauso geschätzt wie der Beitrag von Entwicklern. Es gibt nicht standardmäßige Aufgaben – zum Beispiel das Betreiben eines YouTube-Kanals und das Erzählen anderer Benutzer, wie Sie ein Open-Source-Produkt verwenden. Beispielsweise verfügt die Apache Software Foundation über eine separate , wo angegeben ist, welche Hilfe benötigt wird.
Muss ich ein großes Feature schreiben, um Committer zu werden?
Nein. Dies ist überhaupt nicht notwendig. Der Committer muss nicht jede Menge Code schreiben. Wenn Sie jedoch ein umfangreiches Feature geschrieben haben, kann das Projektmanagement-Komitee Sie leichter bewerten. Beim 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 – auch das ist ein Beitrag.
Es ist wichtig zu verstehen, dass es beim Engagement um Vertrauen geht. Ob Sie zum Committer ernannt werden oder nicht, entscheiden Menschen wie Sie auf der Grundlage ihrer Ansichten über Sie als Person, die dem Produkt Nutzen bringt. Deshalb müssen Sie durch Ihr Handeln und Handeln in der Gemeinschaft genau dieses Vertrauen gewinnen.
Wie man sich verhält?
Seien Sie konstruktiv, positiv, höflich und geduldig. Denken Sie daran, dass bei Open Source jeder ein Freiwilliger ist und niemand jemandem etwas schuldet. Sie antworten Ihnen nicht – warten Sie und erinnern Sie innerhalb von 3-4 Tagen an Ihre Frage. Sie antworten Ihnen nicht immer – nun ja, Open Source ist freiwillig.
Bitten Sie niemanden, etwas für Sie oder für Sie zu tun. Erfahrene Community-Mitglieder haben ein Gespür für solche „Bettler“ und reagieren sofort allergisch auf diejenigen, die ihnen ihre Arbeit aufdrängen wollen.
Wenn Sie Hilfe bekommen, ist das großartig, aber missbrauchen Sie sie nicht. Ihr solltet nicht schreiben: „Leute, repariert das, sonst verliere ich meinen Jahresbonus.“ Es ist besser, zu fragen, wohin Sie als Nächstes gehen sollen, und uns mitzuteilen, was Sie zu diesem Fehler bereits ausgegraben haben. Und wenn Sie versprechen, das Wiki basierend auf den Ergebnissen der Problemlösung zu aktualisieren, erhöht sich die Wahrscheinlichkeit, dass Ihnen geantwortet wird, erheblich.
Zum Schluss lesen und lernen .
Wie kann man einen Beitrag leisten, wenn man kein Committer ist?
Projekte verwenden häufig ein RTC-Schema, bei dem zunächst alles einer Überprüfung unterzogen wird und die Änderungen dann im Master zusammengeführt werden. Mit diesem Schema wird absolut jeder einer Überprüfung unterzogen, auch die Committer. Daher können Sie erfolgreich zu einem Projekt beitragen, ohne ein Committer zu sein. Und um die Auswahl als neue Committer zu erleichtern, können Sie neue Teilnehmer betreuen, Wissen teilen und neue Materialien erstellen.
Vielfalt – Nutzen oder Schaden?
Diversität – im Verständnis der Apache Software Foundation ist darunter unter anderem die Zugehörigkeit von Teilnehmern an einem OpenSource-Projekt mehrerer Unternehmen zu verstehen. Wenn jeder nur einer Organisation angehört, laufen mit dem Verlust des Interesses an dem Projekt alle Beteiligten schnell davon. Vielfalt sorgt für ein langfristiges, stabiles Projekt, vielfältige Erfahrungen und ein breites Meinungsspektrum 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, also Freiwillige. Welches ist produktiver? In der Regel Teilnehmer, die das Produkt von der beitragenden Organisation unterstützen. Sie haben einfach mehr Zeit und eine klare Motivation, der Wahrheit auf den Grund zu gehen, sie sind fokussiert auf die Aufgabe und näher am Nutzer.
Diejenigen, die es „aus Liebe“ tun, sind ebenfalls motiviert, aber auf andere Weise – sie sind begierig darauf, das Projekt zu studieren, um die Welt zu einem besseren Ort zu machen. Und gerade diese Teilnehmer sind stabiler und langfristiger orientiert, denn wer aus eigener Initiative in die Gemeinschaft gekommen ist, wird sie wahrscheinlich nicht an einem Tag verlassen.
Wie findet man ein Gleichgewicht zwischen Produktivität und Stabilität? Es gibt zwei Möglichkeiten. Die erste Möglichkeit: Wenn der Teilnehmer in einem Unternehmen arbeitet, das offiziell an diesem OpenSource-Projekt beteiligt ist, und aus eigenem Interesse etwas darüber hinaus tut – zum Beispiel die Unterstützung von Neulingen. Die zweite Option ist ein Unternehmen, das eine Open-Source-Transformation durchlaufen hat. Wenn Mitarbeiter beispielsweise vier Tage pro Woche am Hauptgeschäftsprojekt arbeiten und die restliche Zeit an Open Source arbeiten.
Committer – sein oder nicht sein?
Committen ist ein gutes und nützliches Thema, aber Sie sollten nicht gezielt danach streben, Committer zu werden. Diese Rolle ist keine codebasierte Rolle und stellt nicht Ihr Wissen dar. Das Einzige, was zählt, ist die Fachkompetenz, also das Wissen und die Erfahrung, die man sammelt, indem man sich mit dem Projekt beschäftigt, sich damit beschäftigt und anderen bei der Lösung von Problemen hilft.
Source: habr.com