Përshëndetje! Quhem Dmitri Pavlov, punoj në , gjithashtu jam komitet dhe pjesëtar i PMC në Apache Ignite dhe kontribues në Apache Training. Së fundmi, kam mbajtur një fjalim mbi rolin e komitetit në një takim të Sberbank për open source. Me zhvillimin e komunitetit open source, shumë njerëz shpesh bëjnë pyetje: si mund të bëhem komitet, cilat detyra të marr dhe sa rreshta kodi duhet të shkruaj për të fituar këtë rol. Kur mendojmë për komitetët, na vjen menjëherë në mendje figura të gjithëfuqishme që duken si të dinë gjithçka, me një kurorë në kokë dhe një libër si 'Cod i Pastër' në dorë. A është kështu? Në këtë postim, do të përpiqem të përgjigjem për të gjitha pyetjet e rëndësishme rreth komitetëve, në mënyrë që të kuptoni nëse vërtetë ju nevojitet kjo.
TĂ« gjithĂ« fillestarĂ«t nĂ« komunitetin open source ndjejnĂ« herĂ« pas here se kurrĂ« nuk do tĂ« bĂ«hen komitetĂ«. Sepse pĂ«r shumĂ« njerĂ«z kjo Ă«shtĂ« njĂ« rol prestiĆŸioz qĂ« mendohet se merret vetĂ«m pĂ«r merita tĂ« veçanta, duke shkruar njĂ« mal kod. Por nuk Ă«shtĂ« kaq e thjeshtĂ«. Le tĂ« shohim komitetin nga kĂ«ndvĂ«shtrimi i komunitetit.
Kush është komiteti dhe për çfarë është e nevojshme?
Kur krijojmë një produkt të ri open source, gjithmonë i lejojmë përdoruesit ta përdorin dhe eksplorojnë atë, si dhe ta modifikojnë dhe shpërndajnë kopjet e modifikuara. Por kur ndodh shpërndarja e pakontrolluar e kopjeve të softuerit me ndryshime, atëherë ne nuk marrim kontribute në bazën e kodit kryesor dhe projekti nuk zhvillohet. Këtu është e nevojshme ky komiteti, i cili ka të drejtë të mbledhë kontributet e përdoruesve në projekt.
Përse të bëhesh komitet?
Të fillojmë me faktin se komiteti është një avantazh për CV-në, dhe për fillestarët në fushën e programimit është edhe më e madhe, sepse shpesh në punësim kërkohen shembuj kodi.
Avantazhi i dytë i patjetër i komitetit është mundësia për të komunikuar me specialistët më të njohur dhe për të sjellë ide të shkëlqyera nga open source në projektin tuaj. Gjithashtu, nëse njihni mirë një produkt me kod të hapur, mund të punësoni në një kompani që e mbështet ose e përdor atë. Ka edhe mendime se nëse nuk merr pjesë në open source, është e vështirë të arrish pozita të larta karriere.
Përveç përfitimeve për karrierën dhe punësimin, komitetësia është e këndshme vetë. Ju njeh komuniteti profesional, dhe e shihni qartazi rezultatin e punës suaj. Nuk është si në ndonjë zhvillim korporativ, ku ndonjëherë as nuk e kupton pse lëvizni fushat nga njëra anë në tjetrën në XML.
Në komunitetet open source mund të takoni specialistë të nivelit të Linus Torvalds. Por nëse nuk jeni një i tillë, nuk do të thotë që nuk keni çfarë të bëni - ka detyra të niveleve të ndryshme.
Dhe ndonjëherë ka edhe bonuse të tjera: komitetët Apache, për shembull, marrin falas një licencë për IntelliJ Idea Ultimate (edhe pse me disa kufizime).
ĂfarĂ« duhet tĂ« bĂ«ni pĂ«r t'u bĂ«rĂ« komitet?
E gjitha është e thjeshtë - duhet të komitoni.
Nëse mendoni se në projektet nuk ka detyra për ju - jeni në gabim. Thjesht bashkohuni me komunitetin që ju intereson dhe bëni atë që është e nevojshme për të. Në Fondin Apache të Softuerit ka një me kërkesat për komitetët.
Cilat detyra do të duhet të zgjidhni?
Ădo lloj - nga zhvillimi deri te shkruarja e testeve dhe dokumentacionit. Po, kontributi i testuesve dhe dokumentuesve vlerĂ«sohet njĂ«soj si kontributi i zhvilluesve. Ka edhe detyra jo standarde - pĂ«r shembull, tĂ« udhĂ«heqĂ«sh njĂ« kanal nĂ« YouTube dhe tĂ« tregosh pĂ«r pĂ«rdoruesit e tjerĂ« se si e pĂ«rdorni produktin open source. NĂ« Fondin Apache tĂ« Softuerit ka njĂ« , ku tregohen se çfarĂ« ndihme kĂ«rkohet. Â
A është e nevojshme të shkruani një karakteristikë të madhe për t'u bërë komitet?
Jo. Kjo nuk është e nevojshme fare. Komiteti nuk duhet të shkruajë tonelata kodi. Por nëse keni shkruar një karakteristikë të madhe, komiteti për menaxhimin e projektit do të ketë më të lehtë ta vlerësojë ju. Kontributi në komunitet nuk është vetëm karakteristika, programimi dhe testimi. Nëse shkruani një letër dhe tregoni për një problem, ofroni një zgjidhje të argumentuar - edhe ky është kontribut.
ĂshtĂ« e rĂ«ndĂ«sishme tĂ« kuptoni se komitetĂ«sia Ă«shtĂ« njĂ« besim. TĂ« bĂ«hesh komitet ose jo, e vendosin njerĂ«z tĂ« tjerĂ« si ju mbi bazĂ«n e pikĂ«pamjeve tĂ« tyre pĂ«r ju si individ qĂ« sjell pĂ«rfitim pĂ«r produktin. Prandaj, me veprimet dhe sjelljet tuaja nĂ« komunitet, duhet tĂ« fitoni kĂ«tĂ« besim.
Si të silleni?
Të jeni konstruktiv, pozitiv, të sjellshëm dhe të durueshëm. Kujtoni se në open source të gjithë janë vullnetarë dhe askush nuk ka detyrime ndaj askujt. Nëse nuk ju përgjigjen - prisni dhe rikujtoni pyetjen tuaj pas 3-4 ditësh. Nëse ju përgjigjen vazhdimisht - çfarë bëni, open source është një çështje vullnetarizmi.
Mos bëni kërkesa për diçka që të bëhet për ju ose në emër të jush. Pjesëtarët e përvojshëm të komunitetit kanë një ndjeshmëri për 'kërkesat' e tilla dhe menjëherë krijohet një alergji ndaj atyre që duan t'u heqin punën e tyre.
Nëse dikush ju ndihmon, është e shkëlqyer, por mos e abuzoni. Nuk është e nevojshme të shkruani: 'Djem, rregulloni këtë, ndryshe humbas një bonus vjetor'. Më mirë pyesni se çfarë duhet të bëni më pas dhe tregoni se çfarë keni gjetur në lidhje me këtë problem. Dhe nëse premtoni të përditësoni wiki-n pas zgjidhjes së problemit, shanset që të merrni një përgjigje do të rriten ndjeshëm.
Më në fund, lexoni dhe mësoni .
Si të kontribuoni nëse nuk jeni komitues?
Në projekte shpesh përdoret skema RTC, ku fillimisht të gjithë kalojnë një rishikim, dhe më pas ndryshimet bashkohen në master. Me këtë skemë, të gjithë kalojnë rishikimin, madje edhe komituesit. Prandaj, është e mundur të kontribuoni me sukses në projekt, pa qenë komitues. Dhe për ta bërë më të lehtë që të zgjidhni si komitues të rinj, mund të angazhoheni në mentorimin e pjesëtarëve të rinj, duke ndarë njohuri, krijuar materiale të reja.
Diversiteti â pĂ«rfitim apo dĂ«m?
Diversity â nĂ« kuptimin e Fondacionit Apache Software, pĂ«rfshin gjithashtu lidhjen e pjesĂ«tarĂ«ve tĂ« projektit opensource me disa kompani. NĂ«se tĂ« gjithĂ« lidhen vetĂ«m me njĂ« organizatĂ«, atĂ«herĂ« me humbjen e interesit tĂ« saj pĂ«r projektin, tĂ« gjithĂ« pjesĂ«tarĂ«t qĂ« andej do tĂ« ikin shpejt. Diversiteti siguron qĂ«ndrueshmĂ«ri afatgjatĂ«, stabilitet tĂ« projektit, pĂ«rvojĂ« tĂ« shumĂ«anshme dhe njĂ« gamĂ« tĂ« gjerĂ« mendimesh nga pjesĂ«tarĂ«t.
Për dashuri apo për llogari?
Në projektet opensource, ndodhen dy tipe njerëzish: ata që punojnë në një organizatë që kontribuon në produktin e caktuar, dhe ata që punojnë këtu nga dashuria, pra, vullnetarët. Kush është më produktiv? Në përgjithësi, pjesëtarët që mbështesin produktin nga ana e organizatës kontribuese. Ata kanë thjesht më shumë kohë dhe një motivim të qartë për të shkuar deri në thelb, janë të fokusuar në detyrë dhe më të afërt me përdoruesin.
Ata qĂ« e bĂ«jnĂ« kĂ«tĂ« 'pĂ«r dashuri', gjithashtu janĂ« tĂ« motivuar, por ndryshe â ata dĂ«shirojnĂ« tĂ« eksplorojnĂ« projektin, tĂ« bĂ«jnĂ« botĂ«n mĂ« tĂ« mirĂ«. Dhe pikĂ«risht kĂ«ta pjesĂ«tarĂ« janĂ« mĂ« tĂ« qĂ«ndrueshĂ«m dhe tĂ« orientuar drejt perspektivĂ«s afatgjatĂ«, sepse ai qĂ« ka ardhur nĂ« komunitet nga iniciativĂ« e tij, ka shumĂ« pak mundĂ«si tĂ« largohet nga ai brenda njĂ« dite.
Si ta gjeni ekuilibrin mes produktivitetit dhe qĂ«ndrueshmĂ«risĂ«? JanĂ« dy mundĂ«si. MundĂ«sia e parĂ«: kur njĂ« pjesĂ«tar punon nĂ« njĂ« kompani qĂ« zyrtarisht merret me kĂ«tĂ« projekt opensource dhe bĂ«n diçka shtesĂ«, pĂ«r interesin e tij â pĂ«r shembull, mbĂ«shtet tĂ« rinjtĂ«. MundĂ«sia e dytĂ« â Ă«shtĂ« kompania qĂ« ka pĂ«rjetuar njĂ« transformim opensource. PĂ«r shembull, kur punonjĂ«sit punojnĂ« katĂ«r ditĂ« nĂ« javĂ« pĂ«r projektin kryesor tĂ« biznesit, dhe dhe mbeten kohĂ« tĂ« tjera pĂ«r open source.
TĂ« jesh komitues â tĂ« jesh apo jo?
Të qenit komitues është një temë e mirë dhe e dobishme, por nuk duhet të synoni pikërisht për t'u bërë komitues. Ky rol mund të merret jo përmes kodit, dhe nuk vërteton njohuritë tuaja. E rëndësishme është ekspertiza, pra njohuritë dhe përvoja që do të fitoni duke studiuar projektin, duke e hulumtuar atë dhe duke ndihmuar të tjerët të zgjidhin probleme.
Burimi: habr.com
