Zdravo! Moje ime je Dmitrij Pavlov, radim u , kao i član sam i komiter u PMC za Apache Ignite i doprinosim Apache Training-u. Nedavno sam održao prezentaciju o radu komiteta na meetupu Sberbank-a o otvorenom kodu. Kako se zajednica otvorenog koda razvija, mnogima se sve češće postavljaju pitanja: kako postati komiter, koje zadatke preuzeti i koliko linija koda treba napisati da biste dobili tu ulogu. Kada mislimo na komitere, odmah zamislimo svemoćne i sveobuhvatne osobe sa krunom na glavi i knjigom „Čist kod“ umesto žezla. Da li je to tačno? U svom postu ću nastojati da odgovorim na sva važna pitanja o komiterima, kako biste mogli da shvatite da li vam je to potrebno.
Svi novaci u zajednici otvorenog koda ponekad pomisle da nikada neće postati komiteri. Za mnoge je to prestižna uloga koju možete dobiti samo za posebne zasluge, napisavši tonu koda. No, nije sve tako jednostavno. Pogledajmo komitere iz perspektive zajednice.
Ko je komiter i zašto je važan?
Kada kreiramo novi proizvod otvorenog koda, uvek omogućavamo korisnicima da ga koriste, istražuju, kao i modifikuju i distribuiraju modifikovane kopije. No, kada se nekontrolisano šire kopije softvera sa izmenama, ne dobijamo doprinose u osnovnu kodnu bazu i projekat ne napreduje. Tada je potrebna ta uloga komiteta, koji ima pravo da prikuplja doprinose korisnika u projektu.
Zašto postati komiter?
Počnimo od toga da je komitentstvo plus na CV-u, a za novake u oblasti programiranja — još veći plus, jer često prilikom zapošljavanja traže primere koda.
Druga nesumnjiva prednost komitenta je mogućnost komuniciranja sa vrhunskim stručnjacima i preuzimanja nekih sjajnih ideja iz otvorenog koda u svoj projekat. Pored toga, ako dobro poznajete neki proizvod sa otvorenim kodom, možete se zaposliti u kompaniji koja ga podržava ili koristi. Postoji čak i mišljenje da ako ne učestvujete u otvorenom kodu, nećete moći doći do visokih karijernih pozicija.
Poleg kariernih in zaposlitvenih prednosti, je samo komitiranje prijetno. Poklicna skupnost te prizna, jasno vidiš rezultate svojega dela. Ni pa tako, kot pri nekem korporativnem razvoju, kjer včasih sploh ne razumeš, zakaj premikaš polja sem ter tja v XML.
V opensource skupnostih lahko spoznaš vrhunske strokovnjake, kot je Linus Torvalds. A če nisi takšen, ne misli, da tam nimaš kaj početi – naloge so različnih ravni.
Obstajajo tudi dodatni bonusi: komitterji Apache, na primer, brezplačno prejemajo licenco IntelliJ Idea Ultimate (čeprav z nekaterimi omejitvami).
Kaj storiti, da postaneš komitter?
Vse je preprosto – treba je komitirati.
Če menite, da na projektih za vas ni nalog – se motite. Preprosto se pridružite skupnosti, ki vas zanima, in delajte tisto, kar je zanj nujno. V Apache Software Foundation so posebni z zahtevami za komitterje.
Katere naloge boste morali rešiti?
Različne – od razvoja programske opreme do pisanja testov in dokumentacije. Da, prispevek testerjev in dokumentatorjev v skupnosti je enako cenjen kot prispevek razvijalcev. Obstajajo tudi nestandardne naloge – na primer, voditi kanal na YouTube in drugim uporabnikom razlagati, kako uporabljate opensource izdelek. Na primer v Apache Software Foundation obstaja posebna , kjer so navedene potrebne pomoči.
Ali je potrebno napisati veliko funkcionalnost, da postaneš komitter?
Ne. To sploh ni nujno. Komitter ne rabi napisati ton kode. Vendar, če ste napisali veliko funkcionalnost, bo projektni upravljalni odbor lažje ocenil vaš prispevek. Prispevek v skupnost ni le funkcionalnosti, programiranje in testiranje. Če napišete pismo in opisujete problem ter predlagate utemeljeno rešitev – to je prav tako prispevek.
Pomembno je razumeti, da je komitiranje zaupanje. O tem, ali vas postaviti za komitterja ali ne, odločajo ljudje, kot ste vi, na podlagi svojih pogledov na vas kot osebo, ki koristi izdelku. Zato morate s svojimi dejanji in ravnanji v skupnosti pridobiti to zaupanje.
Kako se obnašati?
Biti konstruktiven, pozitiven, vljuden in potrpežljiv. Spomniti se morate, da so v open source vsi prostovoljci in nihče nikomur ni dolžan nič. Če vam ne odgovorijo — počakajte in ponovno opomnite na svoje vprašanje čez 3-4 dni. Če vam nenehno ne odgovarjajo — kaj naj, open source je prostovoljno delo.
Ne prositi, naj vam nekdo nekaj naredi ali opravi za vas. Izkušeni člani skupnosti imajo nos za takšne "prošnje" in takoj razvijejo alergijo na tiste, ki želijo prenesti svoje delo na druge.
Če vam pomagajo, je to odlično, a ne zlorabljajte tega. Ne recite: "Fantje, popravite to, saj izgubljam letno nagrado." Raje vprašajte, kam se lahko premaknete naprej, in povejte, kaj ste do sedaj ugotovili o tej napaki. In če obljubite, da boste po rešitvi problema posodobili wiki, bo verjetnost, da vam odgovorijo, zrasla.
Končno, preberite in se učite .
Kako prispevati, če nisi komitter?
V projektih se pogosto uporablja RTC shema, kjer najprej vsi opravijo pregled in nato se spremembe združijo v glavno vejo. Pri takšni shemi mora pregled prestati prav vsak, tudi komitterji. Zato lahko uspešno prispevate v projekt, če niste komitter. Da pa bi vas lažje izbrali za nove komitterje, se lahko ukvarjate z mentoriranjem novih članov, delite znanje, ustvarjate nove materiale.
Raznolikost — korist ali škoda?
Raznolikost — v razumevanju Apache Software Foundation to vključuje tudi to, da so člani opensource projekta povezani z več podjetji. Če so vsi povezani le z enim podjetjem, bo ob izgubi njegovega interesa za projekt vse udeležence zlahka izgubilo. Raznolikost zagotavlja dolgotrajnost, stabilnost projekta, raznoliko znanje in širok spekter mnenj udeležencev.
Iz ljubezni ali iz računice?
V opensource projektih se srečata dva tipa ljudi: tisti, ki delajo v organizaciji, ki prispeva v ta izdelek, in tisti, ki tu delajo iz ljubezni, to so prostovoljci. Kdo od njiju je bolj produktiven? Običajno so udeleženci, ki podpirajo izdelek iz strani organizacije-prispevateljice. Imajo preprosto več časa in jasno motivacijo, da razjasnijo resnico, osredotočeni so na nalogo in bližje uporabniku.
Tisti, ki to počnejo 'iz ljubezni', so prav tako motivirani, a na drugačen način – želijo raziskati projekt in narediti svet boljši. Prav takšni udeleženci so bolj stabilni in usmerjeni v dolgoročne cilje, saj tisti, ki so v skupnost prišli po lastni iniciativi, verjetno ne bodo zapustili čez noč.
Kako najti ravnotežje med produktivnostjo in stabilnostjo? Imamo dve možnosti. Prva možnost: ko udeleženec dela v podjetju, ki se uradno ukvarja s tem opensource projektom, in dodatno prispeva iz lastnega interesa – na primer, podpira novince. Druga možnost je podjetje, ki je preživelo opensource transformacijo. Na primer, ko zaposleni štiri dni na teden izvajajo glavni poslovni projekt, preostali čas pa se ukvarjajo z odprtokodnim programjem.
Biti komitter – biti ali ne biti?
Komitterstvo je dobra in koristna tema, vendar se ni treba nujno prizadevati, da postanete komitter. To vlogo lahko pridobite brez kode, in ne dokazuje vašega znanja. Pomembna je le ekspertiza, torej znanje in izkušnje, ki jih pridobite med raziskovanjem projekta, njegovim podrobnostnim proučevanjem in pomočjo drugim pri reševanju težav.
Izvor: habr.com
