Sveiki! Mano vardas Dmitrijus Pavlovas, aš dirbu
Visi atvirojo kodo bendruomenės naujokai galvoja, kad jie niekada netaps įsipareigojusiais. Juk daugeliui tai prestižinis vaidmuo, kurį galima gauti tik už ypatingus nuopelnus parašius toną kodo. Bet tai nėra taip paprasta. Pažvelkime į įsipareigojimą iš bendruomenės perspektyvos.
Kas yra įsipareigojęs ir kodėl jis reikalingas?
Kurdami naują atvirojo kodo produktą, visada leidžiame vartotojams jį naudoti ir tyrinėti, taip pat keisti ir platinti pakeistas kopijas. Bet kai įvyksta nekontroliuojamas programinės įrangos kopijų platinimas su pakeitimais, mes negauname įnašų į pagrindinę kodų bazę ir projektas nevystomas. Čia reikalingas įgaliotinis, kuris turi teisę rinkti vartotojų įnašus į projektą.
Kodėl verta tapti įsipareigojusiu?
Pradėkime nuo to, kad įsipareigojimas yra pliusas gyvenimo aprašymui, o pradedantiesiems programavimo srityje – dar didesnis pliusas, nes dažnai kandidatuodami į darbą prašo kodų pavyzdžių.
Antras neabejotinas įsipareigojimo pranašumas yra galimybė bendrauti su geriausiais specialistais ir į savo projektą įtraukti keletą šaunių idėjų iš atviro kodo. Be to, jei gerai žinote tam tikrą atvirojo kodo produktą, galite įsidarbinti jį palaikančioje ar naudojančioje įmonėje. Netgi yra nuomonė, kad jei nedalyvausi atvirajame kode, į aukštas karjeros pozicijas nepateks.
Be naudos, susijusios su karjera ir įsidarbinimu, įsipareigojimas savaime yra malonus. Esate pripažintas profesionalų bendruomenės, aiškiai matote savo darbo rezultatą. Ne taip, kaip kai kuriose įmonėse, kur kartais net nesupranti, kodėl perkeliate laukus pirmyn ir atgal XML.
Atvirojo kodo bendruomenėse galite susitikti su geriausiais specialistais, tokiais kaip Linus Torvalds. Bet jei nesate toks, neturėtumėte galvoti, kad jums ten nėra ką veikti – yra įvairaus lygio užduotys.
Na, yra ir papildomų priedų: pavyzdžiui, „Apache“ įsipareigoję asmenys gauna nemokamą „IntelliJ Idea Ultimate“ licenciją (nors ir su tam tikrais apribojimais).
Ką daryti norint tapti įsipareigojusiu?
Viskas paprasta – tereikia įsipareigoti.
Jei manote, kad projektuose jums nėra užduočių, klystate. Tiesiog prisijunkite prie jus dominančios bendruomenės ir darykite tai, ko jai reikia. „Apache Software Foundation“ turi atskirą
Kokias problemas turėsite išspręsti?
Patys įvairiausi – nuo kūrimo iki testų ir dokumentacijos rašymo. Taip, taip, bandytojų ir dokumentuotojų indėlis bendruomenėje vertinamas vienodai su kūrėjų indėliu. Yra nestandartinių užduočių – pavyzdžiui, paleisti „YouTube“ kanalą ir pasakyti kitiems vartotojams, kaip naudojate atvirojo kodo produktą. Pavyzdžiui, „Apache Software Foundation“ turi atskirą
Ar man reikia parašyti didelį bruožą, kad tapčiau įsipareigojusiu?
Nr. Tai visai nebūtina. Įsipareigojimui nereikia rašyti daugybės kodų. Bet jei parašei didelį bruožą, projekto valdymo komitetui bus lengviau tave įvertinti. Prisidėjimas prie bendruomenės – tai ne tik funkcijos, programavimas ir testavimas. Jei rašote laišką ir kalbate apie problemą, pasiūlykite argumentuotą sprendimą – tai irgi indėlis.
Svarbu suprasti, kad įsipareigojimas yra susijęs su pasitikėjimu. Ar padaryti jus įsipareigojusiu, ar ne, sprendžia tokie pat žmonės kaip jūs, atsižvelgdami į jūsų požiūrį į jus kaip į asmenį, duodantį naudos produktui. Todėl jūs savo veiksmais ir poelgiais bendruomenėje turite laimėti būtent šį pasitikėjimą.
Kaip elgtis?
Būkite konstruktyvūs, pozityvūs, mandagūs ir kantrūs. Atminkite, kad atvirajame kode visi yra savanoriai ir niekas niekam nėra skolingas. Jie jums neatsako – palaukite ir primins apie jūsų klausimą po 3–4 dienų. Jie ne visada jums atsako – atvirasis šaltinis yra savanoriškas.
Neprašykite, kad kas nors padarytų ką nors už jus ar už jus. Patyrę bendruomenės nariai turi instinktą tokiems „ubagams“ ir iš karto tampa alergiški tiems, kurie nori jiems pastūmėti savo darbus.
Jei sulauksite pagalbos, puiku, bet nepiktnaudžiaukite. Jūs neturėtumėte rašyti: „Vaikinai, pataisykite tai, kitaip aš prarasiu metinę premiją“. Geriau paklauskite, kur turėtumėte eiti toliau, ir pasakykite, ką jau sugalvojote dėl šios klaidos. Ir jei pažadėsite atnaujinti wiki pagal problemos sprendimo rezultatus, tada tikimybė, kad jie jums atsakys, žymiai padidės.
Galiausiai skaitykite
Kaip prisidėti, jei nesate įsipareigojęs?
Projektuose dažnai naudojama RTC schema, kai pirmiausia viskas peržiūrima, o tada pakeitimai sujungiami į pagrindinį. Taikant šią schemą, absoliučiai visi, net ir įsipareigojantys, yra peržiūrimi. Todėl galite sėkmingai prisidėti prie projekto neįsipareigoję. O tam, kad būtų lengviau būti atrinktiems kaip naujiems įsipareigojimams, galite patarti naujiems dalyviams, dalytis žiniomis ir kurti naują medžiagą.
Įvairovė – nauda ar žala?
Įvairovė – Apache Software Foundation supratimu, tai, be kita ko, yra kelių įmonių atvirojo kodo projekto dalyvių priklausomybė. Jei visi yra susiję tik su viena organizacija, tada, praradus susidomėjimą projektu, visi dalyviai greitai nuo jo pabėga. Įvairovė suteikia ilgalaikį, stabilų projektą, įvairiapusę patirtį ir platų dalyvių nuomonių spektrą.
Dėl meilės ar dėl patogumo?
Atvirojo kodo projektuose yra dviejų tipų žmonės: tie, kurie dirba organizacijoje, kuri prisideda prie šio produkto, ir tie, kurie čia dirba dėl meilės, tai yra, savanoriai. Kuris produktyvesnis? Paprastai dalyviai, kurie palaiko produktą iš prisidedančios organizacijos. Jie tiesiog turi daugiau laiko ir aiškios motyvacijos įsigilinti į tiesos dugną, yra susitelkę į užduotį ir arčiau vartotojo.
Tie, kurie tai daro „iš meilės“, taip pat yra motyvuoti, bet kitaip - jie nori studijuoti projektą, padaryti pasaulį geresnį. Ir būtent tokie dalyviai yra stabilesni ir orientuoti į ilgalaikę perspektyvą, nes tie, kurie atėjo į bendruomenę savo iniciatyva, vargu ar iš jos išeis per vieną dieną.
Kaip rasti pusiausvyrą tarp našumo ir stabilumo? Yra du variantai. Pirmas variantas: kai dalyvis dirba įmonėje, kuri oficialiai dalyvauja šiame atvirojo kodo projekte, ir iš savo interesų jame daro kažką papildomo – pavyzdžiui, remia naujokus. Antrasis variantas – įmonė, kuri patyrė atvirojo kodo transformaciją. Pavyzdžiui, kai darbuotojai keturias dienas per savaitę dirba prie pagrindinio verslo projekto, o likusį laiką dirba su atviruoju šaltiniu.
Įsipareigojęs – būti ar nebūti?
Įsipareigojimas yra gera ir naudinga tema, tačiau neturėtumėte specialiai stengtis tapti įsipareigojusiu. Šis vaidmuo nėra pagrįstas kodu ir neparodo jūsų žinių. Svarbu tik kompetencija, tai yra žinios ir patirtis, kurią įgyji studijuodamas projektą, gilindamasis į jį ir padėdamas kitiems spręsti problemas.
Šaltinis: www.habr.com