PĂ«rshĂ«ndetje! MĂ« quajnĂ« Dmitry Pavlov, punoj nĂ« , si dhe jam komitues dhe anĂ«tar i PMC nĂ« Apache Ignite dhe kontribuues nĂ« Apache Training. SĂ« fundmi, kam folur me njĂ« prezantim mbi rolin e komituesit nĂ« njĂ« mitap tĂ« Sberbank pĂ«r open source. Me zhvillimin e komunitetit opensource, shumĂ« njerĂ«z filluan tĂ« pyesin gjithnjĂ« e mĂ« shpesh: si tĂ« bĂ«hesh komitues, çfarĂ« detyrash tĂ« merrni dhe sa linja kodi duhet tĂ« shkruani pĂ«r tĂ« marrĂ« kĂ«tĂ« rol. Kur mendojmĂ« pĂ«r komituesit, na vijnĂ« menjĂ«herĂ« nĂ« mendje individĂ« tĂ« gjithĂ«fuqishĂ«m dhe tĂ« ditur me njĂ« kurorĂ« mbi kokĂ« dhe njĂ« libĂ«r âKodi i PastĂ«râ nĂ« vend tĂ« njĂ« shkopi mbretĂ«ror. A Ă«shtĂ« kĂ«shtu? NĂ« postimin tim, do tĂ« pĂ«rpiqem tĂ« pĂ«rgjigjem nĂ« tĂ« gjitha pyetjet e rĂ«ndĂ«sishme mbi komituesit, nĂ« mĂ«nyrĂ« qĂ« tĂ« kuptoni nĂ«se vĂ«rtet ju nevojitet kjo.
Të gjithë fillestarët në komunitetin opensource kanë mendime se nuk do të bëhen kurrë komitues. Sepse për shumë, ky është një rol prestigjioz, që mund të fitohet vetëm për merita të veçanta, duke shkruar një sasi të madhe kodi. Por gjërat nuk janë aq të thjeshta. Le të shikojmë komituesin nga këndvështrimi i komunitetit.
Kush është komitues dhe përse është i nevojshëm?
Kur krijojmë një produkt të ri opensource, gjithmonë lejojmë përdoruesit ta përdorin dhe ta eksploron, si dhe ta modifikojnë dhe shpërndajnë kopje të modifikuara. Por kur ndodh shpërndarja e pakontrolluar e kopjeve të softuerit me ndryshime, atëherë ne nuk marrim kontribute në bazën kryesore të kodit dhe projekti nuk zhvillohet. Këtu është e nevojshme që të jetë ai komitues, i cili ka të drejtën të mbledhë kontributet e përdoruesve në projekt.
Pse të bëhesh komitues?
Fillimisht, komituesi është një plus në CV, dhe për fillestarët në fushën e programimit, është një plus edhe më i madh, sepse shpesh gjatë pranimit në punë kërkohen shembuj kodi.
Avantazhi tjetër i pakundërshtueshëm i komituesit është mundësia për të komunikuar me specialistët më të njohur dhe për të sjellë ide interesante nga open source në projektin tuaj. Për më tepër, nëse njohni mirë një produkt me kod të hapur, mund të punoni për një kompani që e mbështet ose e përdor atë. Ekziston madje mendimi se nëse nuk merr pjesë në open source, nuk do të arrish në pozita të larta karriere.
Përveç përfitimeve në karrierë dhe punësim, angazhimi si committers është vetë e këndshme. Ti pranohet nga komuniteti profesional, dhe ke një ide të qartë të rezultatit të punës tuaj. Nuk është si në ndonjë zhvillim korporativ, ku ndonjëherë nuk e kupton fare se përse po lëvizni fushat në XML.
NĂ« komunitetet open-source, mund tĂ« njohĂ«sh specialistĂ« tĂ« nivelit tĂ« lartĂ«, si Linus Torvalds. Por nĂ«se nuk je njĂ« i tillĂ«, mos mendoni se aty nuk keni asgjĂ« pĂ«r tĂ« bĂ«rĂ« â ka detyra tĂ« niveleve tĂ« ndryshme.
Po ashtu, ka edhe përfitime të tjera: committers të Apache, për shembull, marrin falas licencën IntelliJ Idea Ultimate (edhe pse me disa kufizime).
ĂfarĂ« tĂ« bĂ«sh pĂ«r t'u bĂ«rĂ« committer?
ĂshtĂ« shumĂ« e thjeshtĂ« â duhet tĂ« angazhohesh nĂ« commit.
NĂ«se mendoni se nĂ« projektet e ndryshme nuk ka detyra pĂ«r ju â jeni duke gabuar. Thjesht bashkohuni me komunitetin qĂ« ju intereson dhe bĂ«ni atĂ« qĂ« ishte e nevojshme pĂ«r tĂ«. NĂ« Apache Software Foundation ka njĂ« me kĂ«rkesat pĂ«r committers.
ĂfarĂ« detyrash do tĂ« duhet tĂ« zgjidhni?
TĂ« ndryshme â nga zhvillimi deri te shkruajtja e testeve dhe dokumentacionit. Po, kontributi i testuesve dhe dokumentuesve vlerĂ«sohet nĂ« komunitet nĂ« tĂ« njĂ«jtĂ«n mĂ«nyrĂ« si ai i zhvilluesve. Ka detyra jo-standard â pĂ«r shembull, tĂ« menaxhosh njĂ« kanal nĂ« YouTube dhe tĂ« tregosh pĂ«r pĂ«rdoruesit e tjerĂ« si e pĂ«rdorni produktin open-source. NĂ« Apache Software Foundation ka njĂ« , ku tregohet se çfarĂ« ndihme kĂ«rkohet. Â
A duhet të shkruani një veçori të madhe për t'u bërë committer?
Jo. Kjo nuk Ă«shtĂ« aspak e nevojshme. NjĂ« committer nuk duhet tĂ« shkruajĂ« tonelata kod. Por nĂ«se keni shkruar njĂ« veçori tĂ« madhe, komiteti pĂ«r menaxhimin e projektit do tĂ« ketĂ« mĂ« tĂ« lehtĂ« ta vlerĂ«sojĂ«. Kontributi nĂ« komunitet nuk Ă«shtĂ« vetĂ«m veçoritĂ«, programimi dhe testimi. NĂ«se shkruani njĂ« letĂ«r dhe tregoni pĂ«r njĂ« problem, propozon njĂ« zgjidhje tĂ« argumentuar â kjo Ă«shtĂ« gjithashtu njĂ« kontribut.
ĂshtĂ« e rĂ«ndĂ«sishme tĂ« kuptoni se angazhimi si committer Ă«shtĂ« njĂ« besim. TĂ« bĂ«heni committer ose jo, e vendosin njerĂ«z tĂ« tjerĂ« si ju bazuar nĂ« pikĂ«pamjet e tyre pĂ«r ju, si njĂ« person qĂ« sjell pĂ«rfitim pĂ«r produktin. Prandaj ju, me veprimet dhe sjelljen tuaj nĂ« komunitet, duhet tĂ« fitoni kĂ«tĂ« besim.
Si të veproni?
TĂ« jesh konstruktiv, pozitiv, i sjellshĂ«m dhe i durueshĂ«m. Mos harroni qĂ« nĂ« open source tĂ« gjithĂ« janĂ« vullnetarĂ« dhe askush nuk i detyrohet askujt. NĂ«se nuk ju pĂ«rgjigjen â prisni dhe kujtoni pĂ«r pyetjen tuaj pas 3-4 ditĂ«sh. NĂ«se nuk ju pĂ«rgjigjen vazhdimisht â çfarĂ« tĂ« bĂ«ni, open source Ă«shtĂ« njĂ« punĂ« vullnetarĂ«sh.
Mos kërkoni që dikush të bëjë diçka për ju ose për llogarinë tuaj. Anëtarët e përvojshëm të komunitetit kanë një instinkt për ata "kerkues" dhe menjëherë ndiejnë alergji ndaj atyre që duan t'ua lënë atyre punën e tyre.
Nëse po ju ndihmojnë, është e shkëlqyer, por mos e teproni. Nuk ka kuptim të shkruani: "Djem, rregulloni këtë, sepse po humbas bonusin vjetor". Më mirë pyesni se çfarë duhet të bëni më pas dhe tregon se çfarë keni zbuluar për këtë gabim. Dhe nëse premtoni të përditësoni wiki-n në përfundim të zgjidhjes së problemit, mundësia që të ju përgjigjen do të rritet ndjeshëm.
Në fund, lexoni dhe mësoni .
Si të kontribuoni, nëse nuk jeni komit?
Në projekte shpesh përdoret skema RTC, ku të gjithë kalojnë fillimisht në kontroll, dhe pastaj ndryshimet bashkohen në master. Në këtë skemë, të gjithë kalojnë në kontroll, përfshirë komiterët. Prandaj, mund të kontribuoni me sukses në projekt, pa qenë komit. Dhe për t'u zgjedhur më lehtë si komit i ri, mund të angazhoheni në mentorimin e anëtarëve të rinj, duke ndarë njohuri dhe duke krijuar materiale të reja.
Diversiteti â dobi apo dĂ«m?
Diversiteti â nĂ« kuptimin e Fondacionit Apache Software, Ă«shtĂ« gjithashtu, nĂ« disa mĂ«nyra, afilimi i anĂ«tarĂ«ve tĂ« projektit opensource me disa kompani. NĂ«se tĂ« gjithĂ« janĂ« tĂ« afiluar me vetĂ«m njĂ« organizatĂ«, atĂ«herĂ« me humbjen e interesit tĂ« saj pĂ«r projektin, tĂ« gjithĂ« anĂ«tarĂ«t shkaktojnĂ« njĂ« ikje tĂ« madhe. Diversiteti siguron qĂ«ndrueshmĂ«ri, stabilitet dhe njĂ« gamĂ« tĂ« gjerĂ« pĂ«rvojash dhe mendimesh nga anĂ«tarĂ«t.
Për dashuri apo për llogari?
Në projektet opensource hasen dy lloje njerëzish: ata që punojnë për një organizatë që kontribuon në këtë produkt dhe ata që janë këtu për dashuri, domethënë vullnetarë. Kush është më produktiv? Në përgjithësi, anëtarët që mbështesin produktin nga ana e organizatës kontribuese. Ata thjesht kanë më shumë kohë dhe kanë një motivim të qartë për të zbuluar të vërtetën, ata janë të fokusuar në detyrë dhe më afër përdoruesit.
Ata që e bëjnë këtë "nga dashuria", gjithashtu janë të motivuar, por ndryshe - ata janë të etur për të mësuar për projektin, për të bërë botën më të mirë. Pikërisht këta pjesëmarrës janë më të qëndrueshëm dhe të orientuar drejt perspektivës afatgjate, sepse ai që erdhi në komunitet për arsye personale, është e pamundur ta lërë atë brenda një dite.
Si të gjeni balancën midis produktivitetit dhe stabilitetit? Ka dy mundësi. Mundësia e parë: kur një pjesëmarrës punon në një kompani që zyrtarisht merret me këtë projekt opensource dhe bën diçka shtesë, nga interesi i tij - për shembull, mbështet të rinjtë. Mundësia e dytë është një kompani që ka kaluar në një transformim opensource. Për shembull, kur punonjësit punojnë katër ditë në javë në projektin kryesor të biznesit, ndërsa pjesën tjetër të kohës merren me open source.
Committer - të jesh apo jo?
Të qenit committer është një temë e mirë dhe e dobishme, por nuk është e nevojshme të synosh pikërisht për t'u bërë committer. Kjo rol mund të merret jo vetëm përmes kodit, dhe nuk dëshmon njohuritë tuaja. E rëndësishme është vetëm ekspertiza, pra ato njohuri dhe përvojë që do të fitoni duke studiuar projektin, duke u thelluar në të dhe duke ndihmuar të tjerët të zgjidhin problemet.
Burimi: habr.com
