Bună! Numele meu este Dmitry Pavlov, lucrez la , de asemenea, sunt committer și membru al PMC în Apache Ignite și contributor la Apache Training. Recent am susținut o prezentare despre activitatea unui committer la meetup-ul Sberbank pe tema open source. Odată cu dezvoltarea comunității open source, tot mai mulți au început să se întrebe: cum poți deveni committer, ce sarcini trebuie să îndeplinești și câte linii de cod trebuie să scrii pentru a obține acest rol. Atunci când ne gândim la committers, ne apare imediat în minte imaginea unor oameni atotcunoscători și atotputernici, cu o coroană pe cap și un volum de „Cod Curat” în loc de sceptru. Este chiar așa? În acest articol, voi încerca să răspund la toate întrebările importante despre committers, astfel încât să puteți înțelege dacă este potrivit pentru voi.
Toți începătorii în comunitatea open source au gânduri că nu vor ajunge niciodată committers. Pentru mulți, acest rol este unul de prestigiu, pe care îl poți obține doar prin merite speciale, scriind o tonă de cod. Dar lucrurile nu sunt atât de simple. Haideți să privim lucrurile din perspectiva comunității.
Cine este un committer și de ce este el necesar?
Atunci când creăm un nou produs open source, întotdeauna le permitem utilizatorilor să îl folosească și să îl exploreze, dar și să modifice și să distribuie copiile modificate. Însă când distribuția copiilor de software cu modificări devine necontrolată, nu primim contribuții în baza principală de cod și proiectul nu se dezvoltă. Aici devine necesar acel committer care are dreptul de a aduna contribuțiile utilizatorilor la proiect.
De ce să devii committer?
Pentru început, a fi committer este un plus la CV, iar pentru începătorii în programare, este și mai mare avantaj, deoarece adesea când aplici pentru un loc de muncă, ți se cer exemple de cod.
Al doilea avantaj incontestabil al statutului de committer este ocazia de a comunica cu specialiști de top și de a aduce idei interesante din open source în proiectul tău. În plus, dacă cunoști bine un anumit produs open source, poți obține un loc de muncă într-o companie care îl susține sau îl utilizează. Există chiar și opinia că dacă nu participi în open source, nu ai șanse să obții poziții de carieră înalte.
Pe lângă avantajele în carieră și angajare, a deveni committer este plăcut în sine. Ești recunoscut de comunitatea profesională, vezi clar rezultatul muncii tale. Nu este ca în dezvoltarea corporativă, unde uneori nu înțelegi deloc de ce schimbi câmpurile în XML.
În comunitățile open source poți întâlni specialiști de top, precum Linus Torvalds. Dar dacă nu ești la fel de renumit, nu trebuie să crezi că nu ai ce face acolo — există sarcini de diferite nivele.
Și mai există bonusuri suplimentare: committers de la Apache, de exemplu, primesc gratuit o licență IntelliJ Idea Ultimate (deși cu unele restricții).
Ce trebuie să faci pentru a deveni committer?
E simplu — trebuie să contribui.
Dacă credeți că nu există sarcini pe proiecte pentru voi — vă înșelați. Doar alăturați-vă comunității care vă interesează și faceți ceea ce este necesar pentru ea. În Apache Software Foundation există un cu cerințele pentru committers.
Ce sarcini va trebui să rezolvi?
Cele mai variate — de la dezvoltare la scrierea testelor și documentației. Da, contribuția testerilor și documentatorilor este apreciată în comunitate la fel ca și cea a dezvoltatorilor. Există sarcini neobișnuite — de exemplu, să gestionezi un canal pe YouTube și să le arăți altor utilizatori cum folosești un produs open source. De exemplu, în Apache Software Foundation există o , unde este specificat ce ajutor este necesar.
Trebuie să scrii o caracteristică mare pentru a deveni committer?
Nu. Acest lucru nu este deloc necesar. Un committer nu trebuie să scrie tone de cod. Dar dacă ai scris o caracteristică mare, comitetul de gestionare a proiectului va avea mai ușor să te evalueze. Contribuția în comunitate nu implică doar caracteristici, programare și testare. Dacă scrii o scrisoare și explici o problemă, propunând o soluție argumentată — aceasta este, de asemenea, o contribuție.
Este important să înțelegi că a fi committer înseamnă încredere. Decizia de a te face committer sau nu, este luată de aceleași persoane ca și tine, pe baza percepției lor asupra ta ca persoană care aduce valoare produsului. De aceea, prin acțiunile și comportamentul tău în comunitate, trebuie să câștigi această încredere.
Cum ar trebui să te comporți?
Fii constructiv, pozitiv, politicos și răbdător. Amintește-ți că în open source toți sunt voluntari și nimeni nu are vreo obligație față de altcineva. Dacă nu primești un răspuns, așteaptă și reamintește-ți întrebarea după 3-4 zile. Dacă nu primești constant răspunsuri, ce să zici, open source este un lucru voluntar.
Nu cere să facă cineva ceva pentru tine sau în locul tău. Cei cu experiență în comunitate au un instinct pentru astfel de 'cerșetori' și devin imediat alergici la cei care vor să le delege munca lor.
Dacă primești ajutor, este grozav, dar nu abuza de asta. Nu scrie: „Băieți, rezolvați asta, altfel pierd bonusul anual”. Mai bine întreabă în ce direcție să te îndrepți și povestește ce ai identificat în legătură cu bugul respectiv. Iar dacă promiți că, în urma soluționării problemei, vei actualiza wiki-ul, probabilitatea că îți vor răspunde va crește exponențial.
În final, citește și învață .
Cum să contribui dacă nu ești committer?
În proiecte, se folosește adesea schema RTC, unde toți trec prin revizuire înainte ca modificările să fie integrate în master. În această schemă, absolut toată lumea trece prin revizuire, inclusiv committers. Așadar, poți contribui cu succes la proiect, fără a fi committer. Pentru a fi ales mai ușor ca nou committer, poți îndruma noi participanți, împărtășindu-le cunoștințele și creând materiale noi.
Diversitate — beneficiu sau dezavantaj?
Diversitatea — în înțelegerea Apache Software Foundation, se referă, printre altele, la afilierea participanților în proiectul open source la mai multe companii. Dacă toți sunt afiliați doar unei singure organizații, atunci, în cazul în care aceasta își pierde interesul pentru proiect, toți participanții vor părăsi rapid proiectul. Diversitatea asigură durabilitatea pe termen lung, stabilitatea proiectului, experiențe variate și o gamă largă de opinii din partea participanților.
Din dragoste sau din calcul?
În proiectele open source întâlnim două tipuri de oameni: cei care lucrează pentru organizația care contribuie la acest produs și cei care lucrează aici din pasiune, adică voluntari. Cine este mai productiv? De obicei, participanții care susțin produsul din partea organizației contribuabile. Ei au pur și simplu mai mult timp și o motivație clară de a ajunge la adevăr, fiind concentrați pe sarcină și mai aproape de utilizator.
Cei care fac asta „din dragoste” sunt, de asemenea, motivați, dar într-un mod diferit – ei doresc să studieze proiectul, să facă lumea mai bună. Și anume, acești participanți sunt mai stabili și orientați spre o perspectivă pe termen lung, deoarece cineva care a intrat în comunitate din proprie inițiativă, cu greu o va părăsi peste noapte.
Cum să găsești un echilibru între productivitate și stabilitate? Sunt două opțiuni. Prima opțiune: când un participant lucrează pentru o companie care se ocupă oficial de acest proiect open source și face ceva suplimentar din propriul interes – de exemplu, ajută începătorii. A doua opțiune este o companie care a suferit o transformare open source. De exemplu, când angajații lucrează patru zile pe săptămână la proiectul principal de afaceri, iar restul timpului se ocupă de open source.
Committer – să fii sau să nu fii?
A fi committer este o temă bună și utilă, dar nu este necesar să te străduiești să devii committer. Această funcție poate fi obținută nu doar prin cod, iar aceasta nu dovedește cunoștințele tale. Ceea ce contează cu adevărat este expertiza, adică acele cunoștințe și experiența pe care le vei acumula studiind proiectul, aprofundându-te în el și ajutând pe alții să rezolve probleme.
Sursa: habr.com
