Kaixo! Nire izena Dmitry Pavlov da, enpresan egiten dut lan , eta Apache Ignite-n committer eta PMC parte-hartzailea naiz eta Apache Training-en kolaboratzailea ere bai. Duela gutxi Sberbank kode irekiko topaketan konprometitzaile baten lanari buruzko aurkezpena egin nuen. Kode irekiko komunitatearen garapenarekin, jende askok gero eta galdera gehiago izaten hasi ziren: nola bihurtu committer, zer zeregin hartu eta zenbat kode lerro idatzi behar diren rol hori lortzeko. Konpromisarioetan pentsatzen dugunean, berehala imajinatzen ditugu pertsona ahalguztidun eta ahalguztidunak buruan koroa batekin eta zetro baten ordez "Code Garbia" liburuki batekin. Hala al da? Nire mezuan, konpromisarioei buruzko galdera garrantzitsu guztiei erantzuten saiatuko naiz, benetan behar duzun ala ez uler dezazun.
Kode irekiko komunitatera etorri berri guztiek uste dute ez direla inoiz konpromisario bihurtuko. Azken finean, askorentzat, kode mordoa idatzita meritu bereziengatik bakarrik lor daitekeen rol prestigiotsua da. Baina ez da hain erraza. Begira diezaiogun konpromisarioari komunitatearen ikuspegitik.
Nor da konpromisarioa eta zergatik behar da bat?
Kode irekiko produktu berri bat sortzen dugunean, erabiltzaileei beti baimentzen diegu hura erabiltzeko eta arakatzeko, baita aldatutako kopiak aldatzeko eta banatzeko ere. Baina aldaketak dituzten software kopien kontrolik gabeko banaketa gertatzen denean, ez dugu kode-oinarri nagusirako ekarpenik jasotzen eta proiektua ez da garatzen. Hor behar da konpromisarioa, zeinak eskubidea baitu proiekturako erabiltzaileen ekarpenak biltzeko.
Zergatik bihurtu konpromisoa?
Has gaitezen konprometitzea curriculumerako plus bat dela, eta programazioaren alorrean hasiberrientzat are plus handiagoa dela, askotan lanpostu bat eskatzerakoan kode adibideak eskatzen baitituzte.
Konpromisoak egitearen bigarren abantaila dudarik gabekoa da goi mailako espezialistarekin komunikatzeko eta kode irekiko ideia polit batzuk zure proiektuan sartzeko aukera. Gainera, kode irekiko produktu jakin bat ondo ezagutzen baduzu, lan bat lor dezakezu hura onartzen edo erabiltzen duen enpresa batean. Kode irekian parte hartzen ez baduzu, ez zarela karrera handiko postuetara iritsiko iritzia ere badago.
Lanbideari eta enpleguari dagozkion abantailez gain, berez konpromisoa hartzea atsegina da. Komunitate profesionalak aitortzen zaituzte, argi ikusten duzu zure lanaren emaitza. Ez garapen korporatibo batzuetan bezala, non batzuetan ez duzun ulertzen zergatik mugitzen dituzun eremuak XML-n aurrera eta atzera.
Kode irekiko komunitateetan Linus Torvalds bezalako espezialista nagusiak ezagutu ditzakezu. Baina horrela ez bazara, ez duzu pentsatu behar ez duzula ezer egin behar - maila ezberdinetako zereginak daude.
Bada, hobari osagarriak ere badaude: Apache-ko komiterrek, adibidez, IntelliJ Idea Ultimate lizentzia doan jasotzen dute (murrizketa batzuekin bada ere).
Zer egin konpromisario izateko?
Erraza da: konpromisoa hartu behar duzu.
Proiektuetan zuretzako zereginik ez dagoela uste baduzu, oker zaude. Sar zaitez interesatzen zaizun komunitatean eta egin behar duena. Apache Software Foundation-ek aparteko bat dauka komisarioentzako eskakizunekin.
Zein arazo konpondu beharko dituzu?
Askotarikoena - garapenetik probak eta dokumentazioa idazteko. Bai, bai, komunitateko probatzaileen eta dokumentatzaileen ekarpena garatzaileen ekarpenarekin berdin-berdin baloratzen da. Zeregin ez-estandarrak daude, adibidez, YouTube kanal bat martxan jartzea eta beste erabiltzaileei kode irekiko produktu bat nola erabiltzen duzun esatea. Adibidez, Apache Software Foundation-ek aparteko bat dauka , non adierazten den zer laguntza behar den.
Ezaugarri handi bat idatzi behar al dut konpromisario izateko?
Ez. Hau ez da batere beharrezkoa. Committer-ek ez du kode asko idatzi beharrik. Baina ezaugarri handi bat idatzi baduzu, errazago izango da proiektuaren kudeaketa batzordeak zu ebaluatzea. Komunitateari laguntzea ez da ezaugarriak, programazioa eta probak soilik. Gutun bat idatzi eta arazo bati buruz hitz egiten baduzu, eskaini irtenbide arrazoitua - hau ere ekarpen bat da.
Garrantzitsua da ulertzea konpromisoa konfiantza dela. Konpromisoa bihurtu ala ez, zu bezalako jendeak erabakitzen du produktuari onura ekartzen dion pertsona gisa zutaz duten iritzien arabera. Hori dela eta, zuk, komunitatean dituzun ekintzen eta egintzen bidez, konfiantza hori bera irabazi behar duzu.
Nola jokatu?
Izan eraikitzailea, positiboa, adeitsua eta pazientzia. Gogoratu kode irekian denak boluntarioak direla eta inork ez diola ezer zor inori. Ez dizute erantzuten - itxaron eta gogorarazi zure galdera 3-4 egun barru. Ez dizute beti erantzuten - tira, kode irekia borondatezkoa da.
Ez eskatu norbaiti zerbait egiteko zuregatik edo zuregatik. Esperientziadun komunitateko kideek halako "eskeleentzako" sena dute eta berehala beren lana bultzatu nahi dutenekiko alergia bihurtzen dute.
Laguntza jasotzen baduzu, oso ona da, baina ez ezazu gehiegikeriarik egin. Ez zenuke idatzi behar: "Mutilak, konpondu hau, bestela urteko hobaria galduko dut". Hobe da hurrengo nora joan behar duzun galdetzea eta akats honi buruz jada zulatu duzuna esatea. Eta arazoa konpontzeko emaitzetan oinarrituta wikia eguneratuko duzula agintzen baduzu, orduan erantzungo dizuten probabilitatea nabarmen handituko da.
Azkenik, irakurri eta ikasi .
Nola egin ekarpena konpromisarioa ez bazara?
Proiektuek sarritan RTC eskema bat erabiltzen dute, non lehen dena berrikuspen baten bidez pasatzen den, eta gero aldaketak maisuan batzen diren. Eskema honekin, erabat denek azterketa egiten dute, baita komisarioek ere. Hori dela eta, proiektu batean arrakastaz lagundu dezakezu konpromisoa izan gabe. Eta batzordekide berri gisa hautatzea errazteko, parte-hartzaile berriei tutoretza egin dezakezu, ezagutzak partekatu eta material berriak sortu.
Aniztasuna - onura ala kaltea?
Aniztasuna - Apache Software Foundation-en ustez, hau, besteak beste, hainbat konpainiak kode irekiko proiektu bateko parte-hartzaileen afiliazioa da. Denak erakunde bakarrarekin afiliatuta badaude, proiektuarekiko interesa galtzearekin batera, parte-hartzaile guztiek azkar ihes egiten dute. Aniztasunak epe luzerako proiektu egonkorra, esperientzia anitza eta parte-hartzaileen iritzi sorta zabala eskaintzen du.
Maitasunagatik ala erosotasunagatik?
Kode irekiko proiektuetan bi pertsona mota daude: produktu honetan laguntzen duen erakunde batean lan egiten dutenak, eta hemen maitasunez lan egiten dutenak, hau da, boluntarioak. Zein da produktiboagoa? Normalean, erakunde laguntzailearen produktua onartzen duten parte-hartzaileak. Besterik gabe, denbora gehiago eta motibazio argia dute egiaren hondoraino iristeko, zereginean zentratuta eta erabiltzailearengandik hurbilago daude.
βMaitasunetikβ egiten dutenak ere motibatuta daude, baina beste modu batean βproiektua aztertzeko gogotsu daude, mundua leku hobeago bat egitekoβ. Eta, hain zuzen, horrelako parte-hartzaileak dira egonkorragoak eta epe luzera begira daudenak, komunitatera beren ekimenez etorritakoek nekez utziko baitute egun batean.
Nola aurkitu produktibitatearen eta egonkortasunaren arteko oreka? Bi aukera daude. Lehenengo aukera: parte-hartzaileak kode irekiko proiektu honetan ofizialki parte hartzen duen enpresa batean lan egiten duenean eta bertan zerbait gehigarria egiten duenean, bere interesagatik, adibidez, etorri berriak laguntzea. Bigarren aukera opensource eraldaketa jasan duen enpresa bat da. Esaterako, langileek astean lau egunetan negozio-proiektu nagusian lan egiten dutenean, eta gainerako denboran kode irekian egiten dute lan.
Konpromisoa - izan ala ez izan?
Konpromisoa egitea gai ona eta erabilgarria da, baina ez zenuke ahalegindu behar berariaz konprometitzaile izateko. Rol hau ez da kodean oinarritutako rol bat eta ez du zure ezagutza erakusten. Garrantzitsua den gauza bakarra esperientzia da, hau da, proiektua aztertuz, horretan sakonduz eta besteei arazoak konpontzen lagunduz lortzen duzun ezagutza eta esperientzia.
Iturria: www.habr.com