Wéi eng Engagement ze ginn a brauch Dir et wierklech?

Hallo! Mäin Numm ass Dmitry Pavlov, ech schaffen bei GridGain, an ech sinn och e Committer an PMC Participant am Apache Ignite an e Contributor am Apache Training. Ech hunn viru kuerzem eng Presentatioun iwwer d'Aarbecht vun engem Committer am Sberbank Open Source Meetup ginn. Mat der Entwécklung vun der Opensource Gemeinschaft hunn vill Leit ëmmer méi Froen ugefaang: wéi een Engagement gëtt, wéi eng Aufgaben ze iwwerhuelen, a wéivill Zeilen Code musse geschriwwe ginn fir dës Roll ze kréien. Wa mir un Engagementer denken, stellen mir direkt allmächteg an alwëssend Leit mat enger Kroun um Kapp an engem Volume vum "Clean Code" amplaz vun engem Zepter vir. Ass et esou? A mengem Post wäert ech probéieren all déi wichteg Froen iwwer Engagementer ze beäntweren, sou datt Dir kënnt verstoen ob Dir et wierklech braucht.

All Newcomer an der Opensource Gemeinschaft hu Gedanken datt se ni Engagementer ginn. No allem, fir vill ass dëst eng prestigiéist Roll, déi nëmme fir speziell Verdéngschter kritt ka ginn andeems Dir eng Tonn Code schreift. Awer sou einfach ass et net. Loosst eis den Engagement aus der Perspektiv vun der Gemeinschaft kucken.

Wien ass en Engagement a firwat ass een gebraucht?

Wa mir en neien Open Source Produkt erstellen, erlaben mir d'Benotzer ëmmer et ze benotzen an ze entdecken, souwéi modifizéiert Kopien z'änneren an ze verdeelen. Awer wann onkontrolléiert Verdeelung vu Softwarekopien mat Ännerungen geschitt, kréie mir keng Bäiträg zu der Haaptcodebasis an de Projet entwéckelt net. Dëst ass wou de Committer gebraucht gëtt, deen d'Recht huet d'Benotzerbäiträg zum Projet ze sammelen.

Firwat e Committer ginn?

Fänke mer mat der Tatsaach un datt d'Verpflichtung e Plus ass fir e Resumé, a fir Ufänger am Beräich vun der Programméierung ass et nach e grousse Plus, well se dacks bei der Demande fir eng Aarbecht no Code Beispiller froen.

Den zweeten zweifelhafte Virdeel vum Engagement ass d'Méiglechkeet fir mat Top Spezialisten ze kommunizéieren an e puer cool Iddien aus Open Source an Äre Projet ze zéien. Ausserdeem, wann Dir e bestëmmte Open Source Produkt gutt kennt, kënnt Dir eng Aarbecht bei enger Firma kréien déi et ënnerstëtzt oder benotzt. Et gëtt souguer eng Meenung datt wann Dir net un der Open Source deelhëllt, Dir wäert net op héich Karriärpositioune kommen.

Nieft de Virdeeler a punkto Carrière a Beschäftegung, ass engagéieren u sech agreabel. Dir sidd vun der professioneller Gemeinschaft unerkannt, Dir gesitt d'Resultat vun Ärer Aarbecht kloer. Net wéi an e puer Firmenentwécklung, wou Dir heiansdo net emol versteet firwat Dir Felder zréck an zréck an XML beweegt.

An Opensource Communautéiten kënnt Dir Top Spezialisten wéi Linus Torvalds treffen. Awer wann Dir net esou sidd, sollt Dir net denken datt et näischt fir Iech do ze maachen ass - et ginn Aufgaben vu verschiddenen Niveauen.

Gutt, et ginn och zousätzlech Bonusen: Apache-Engagementer, zum Beispill, kréien eng gratis IntelliJ Idea Ultimate Lizenz (awer mat e puer Restriktiounen).

Wat maache fir e Committer ze ginn?

Et ass einfach - Dir musst just engagéieren.

Wann Dir mengt datt et keng Aufgaben fir Iech op Projete gëtt, da sidd Dir falsch. Maacht einfach mat der Gemeinschaft déi Iech interesséiert a maacht wat se brauch. D'Apache Software Foundation huet eng separat guide mat Viraussetzunge fir Engagementer.

Wéi eng Problemer wäert Dir léisen?

Am meeschte variéiert - vun Entwécklung bis Schreiwen Tester an Dokumentatioun. Jo, jo, de Bäitrag vun Tester an Dokumenter an der Gemeinschaft gëtt op gläiche Basis mat dem Bäitrag vun Entwéckler geschätzt. Et ginn net-Standard Aufgaben - zum Beispill, e YouTube Kanal lafen an anere Benotzer soen wéi Dir en Opensource Produkt benotzt. Zum Beispill huet d'Apache Software Foundation eng separat Säit, wou uginn ass, wéi eng Hëllef néideg ass.  

Muss ech eng grouss Feature schreiwen fir e Committer ze ginn?

Nee. Dëst ass guer net néideg. De Committer muss net Tonne Code schreiwen. Awer wann Dir eng grouss Feature geschriwwen hutt, ass et méi einfach fir de Projet Gestiounskomitee Iech ze evaluéieren. D'Gemeinschaft bäidroen ass net nëmmen iwwer Features, Programméierung an Testen. Wann Dir e Bréif schreift an iwwer e Problem schwätzt, bitt eng begrënnt Léisung - dëst ass och e Bäitrag.

Et ass wichteg ze verstoen datt d'Verpflichtung ëm Vertrauen geet. Ob Dir en Engagement ze maachen oder net, gëtt vu Leit wéi Dir entscheet baséiert op hir Meenung vun Iech als Persoun déi de Produit profitéiert. Dofir musst Dir, duerch Är Handlungen an Handlungen an der Gemeinschaft, dëst Vertrauen gewannen.

Wéi behuelen?

Sidd konstruktiv, positiv, héiflech a geduldig. Denkt drun datt an der Open Source jidderee fräiwëlleg ass a kee schëlleg iergendeen eppes. Si äntweren Iech net - waart an erënnert Iech un Är Fro an 3-4 Deeg. Si äntweren Iech net ëmmer - gutt, Open Source ass fräiwëlleg.

Frot keen eppes fir Iech oder fir Iech ze maachen. Erfuerene Gemeinschaftsmemberen hunn en Instinkt fir sou "Betler" a ginn direkt allergesch op déi, déi hir Aarbecht op si wëllen drécken.

Wann Dir Hëllef kritt, dat ass super, awer mëssbraucht se net. Dir sollt net schreiwen: "Jongen, fix dat, soss verléieren ech mäin alljährlechen Bonus." Et ass besser ze froen wou Dir sollt nächst goen, a sot eis wat Dir schon iwwer dëse Feeler erausgegruewen hutt. A wann Dir versprécht d'Wiki ze aktualiséieren op Basis vun de Resultater vun der Léisung vum Problem, da wäert d'Wahrscheinlechkeet datt se Iech äntweren däitlech eropgoen.

Endlech, liesen Behuelungskodex a léieren Froen ze stellen.

Wéi bäidroe wann Dir net eng Engagement sidd?

D'Projete benotzen dacks e RTC Schema, wou als éischt alles duerch eng Iwwerpréiwung geet, an dann d'Ännerungen an de Master fusionéiert ginn. Mat dësem Schema gëtt absolut jiddereen iwwerpréift, och Verpflichtungen. Dofir kënnt Dir erfollegräich zu engem Projet bäidroen ouni eng Engagement ze sinn. A fir et méi einfach ze maachen als nei Engagementer ausgewielt ze ginn, kënnt Dir nei Participanten mentoréieren, Wëssen deelen an neit Material kreéieren.

Diversitéit - Virdeel oder Schued?

Diversitéit - am Verständnis vun der Apache Software Foundation ass dëst ënner anerem d'Bezéiung vun de Participanten an engem Opensource-Projet vu verschiddene Firmen. Wann jidderee mat nëmmen enger Organisatioun verbonnen ass, dann mat dem Verloscht vun Interessi un de Projet, lafe all Participanten séier ewech. Diversitéit bitt laangfristeg, stabile Projet, divers Erfahrung an eng breet Palette vu Meenunge vun de Participanten.

Fir Léift oder fir Komfort?

An Opensource Projeten ginn et zwou Zorte vu Leit: déi, déi an enger Organisatioun schaffen, déi zu dësem Produkt bäidréit, an déi, déi hei fir Léift schaffen, dat heescht Fräiwëlleger. Wéi eng ass méi produktiv? Typesch, Participanten déi de Produit vun der bäidréit Organisatioun ënnerstëtzen. Si hunn einfach méi Zäit an eng kloer Motivatioun fir op de Buedem vun der Wourecht ze kommen, si fokusséieren op d'Aufgab a méi no beim Benotzer.

Déi, déi et "aus Léift" maachen, sinn och motivéiert, awer op eng aner Manéier - si si gär de Projet ze studéieren, d'Welt eng besser Plaz ze maachen. A genee esou Participanten sinn méi stabil a laangfristeg orientéiert, well déi, déi op eegen Initiativ an d'Gemeng komm sinn, sinn onwahrscheinlech an engem Dag ze verloossen.

Wéi fannen ech e Gläichgewiicht tëscht Produktivitéit a Stabilitéit? Et ginn zwou Méiglechkeeten. Déi éischt Optioun: wann de Participant an enger Firma schafft, déi offiziell an dësem Opensource-Projet involvéiert ass, an eppes zousätzlech dran mécht, aus sengem eegenen Interessi - zum Beispill Newcomer ënnerstëtzen. Déi zweet Optioun ass eng Firma déi eng Opensource Transformatioun erlieft huet. Zum Beispill, wann d'Mataarbechter véier Deeg an der Woch um Haaptgeschäftsprojet schaffen, an de Rescht vun der Zäit schaffen se op Open Source.

Committer - ze sinn oder net ze sinn?

Engagéieren ass e gutt an nëtzlecht Thema, awer Dir sollt net speziell ustriewen fir eng Engagement ze ginn. Dës Roll ass keng Code-baséiert Roll a weist net Äert Wëssen. Dat eenzegt wat wichteg ass ass Expertise, dat heescht d'Wëssen an d'Erfahrung déi Dir kritt andeems Dir de Projet studéiert, an en verdéiwen an aneren hëlleft Problemer ze léisen.

Source: will.com