Hallo! Myn namme is Dmitry Pavlov, ik wurkje by , en bin ek in committer en PMC-dielnimmer oan Apache Ignite en in meiwurker yn Apache Training. Ik joech koartlyn in presintaasje oer it wurk fan in committer by de Sberbank iepen boarne meetup. Mei de ûntwikkeling fan 'e opensource-mienskip begûnen in protte minsken hieltyd mear fragen te hawwen: hoe't jo in committer wurde, hokker taken jo moatte nimme en hoefolle rigels koade moatte wurde skreaun om dizze rol te krijen. As wy tinke oan committers, dan meitsje wy fuortendaliks almachtige en alwittende minsken foar mei in kroan op 'e holle en in bondel fan "Clean Code" ynstee fan in skepter. Is it sa? Yn myn post sil ik besykje alle wichtige fragen oer committers te beantwurdzjen, sadat jo kinne begripe oft jo it echt nedich binne.
Alle nijkommers yn 'e opensource-mienskip hawwe tinzen dat se nea committers wurde. Ommers, foar in protte is dit in prestisjeuze rol dy't allinich kin wurde krigen foar spesjale fertsjinsten troch in ton koade te skriuwen. Mar it is net sa ienfâldich. Litte wy nei de committer sjen út it perspektyf fan 'e mienskip.
Wa is in committer en wêrom is ien nedich?
As wy in nij iepen boarneprodukt oanmeitsje, tastean wy brûkers altyd it te brûken en te ferkennen, en ek wizige kopyen te feroarjen en te fersprieden. Mar as unkontrollearre ferdieling fan softwarekopyen mei feroaringen foarkomt, krije wy gjin bydragen oan 'e haadkoadebasis en it projekt ûntwikkelet net. Dit is wêr't de committer nedich is, dy't it rjocht hat om brûkersbydragen oan it projekt te sammeljen.
Wêrom in committer wurde?
Lit ús begjinne mei it feit dat ynsette is in plus foar in resume, en foar begjinners op it mêd fan programmearring is it in noch grutter plus, want faak by it oanfreegjen fan in baan se freegje om koade foarbylden.
It twadde sûnder twifel foardiel fan ynsette is de kâns om te kommunisearjen mei topspesjalisten en wat koele ideeën fan iepen boarne yn jo projekt te lûken. Derneist, as jo in bepaald iepen boarneprodukt goed kenne, kinne jo in baan krije by in bedriuw dat it stipet of brûkt. D'r is sels in miening dat as jo net meidwaan oan iepen boarne, jo net nei hege karriêreposysjes komme.
Neist de foardielen op it mêd fan karriêre en wurkgelegenheid is it ynsette op himsels noflik. Jo wurde erkend troch de profesjonele mienskip, jo sjogge dúdlik it resultaat fan jo wurk. Net lykas yn guon bedriuwsûntwikkeling, wêr't jo soms net iens begripe wêrom't jo fjilden hinne en wer ferpleatse yn XML.
Yn opensource-mienskippen kinne jo topspesjalisten moetsje lykas Linus Torvalds. Mar as jo net sa binne, moatte jo net tinke dat d'r neat foar jo is te dwaan - d'r binne taken fan ferskate nivo's.
No, d'r binne ek ekstra bonussen: Apache-committers krije bygelyks in fergese IntelliJ Idea Ultimate-lisinsje (hoewol mei guon beheiningen).
Wat te dwaan om in committer te wurden?
It is ienfâldich - jo moatte gewoan ynsette.
As jo tinke dat d'r gjin taken foar jo binne op projekten, binne jo ferkeard. Doch gewoan mei oan 'e mienskip dy't jo ynteresseart en doch wat it nedich is. De Apache Software Foundation hat in aparte mei easken foar committers.
Hokker problemen sille jo moatte oplosse?
De meast farieare - fan ûntwikkeling oant it skriuwen fan tests en dokumintaasje. Ja, ja, de bydrage fan testers en dokumintearders yn 'e mienskip wurdt wurdearre op gelikense basis mei de bydrage fan ûntwikkelders. D'r binne net-standerttaken - bygelyks in YouTube-kanaal útfiere en oare brûkers fertelle hoe't jo in opensource-produkt brûke. Bygelyks, de Apache Software Foundation hat in aparte , dêr't oanjûn wurdt hokker bystân nedich is.
Moat ik in grutte funksje skriuwe om in committer te wurden?
Nee. Dit is hielendal net nedich. De committer hoecht gjin tonnen koade te skriuwen. Mar as jo in grutte funksje skreaun hawwe, sil it makliker wêze foar de projektbehearkommisje om jo te evaluearjen. Bydrage oan 'e mienskip giet net allinich oer funksjes, programmearring en testen. As jo in brief skriuwe en oer in probleem prate, bied dan in redeneare oplossing - dit is ek in bydrage.
It is wichtich om te begripen dat ynsette giet oer fertrouwen. Of jo in committer meitsje moatte of net wurdt besletten troch minsken lykas jo op basis fan har opfettings fan jo as in persoan dy't foardiel bringt oan it produkt. Dêrom moatte jo, troch jo aksjes en dieden yn 'e mienskip, dit sels fertrouwen winne.
Hoe te gedragen?
Wês konstruktyf, posityf, beleefd en geduldich. Unthâld dat yn iepen boarne elkenien in frijwilliger is en gjinien is immen wat skuldich. Se antwurdzje jo net - wachtsje en herinnerje jo oer jo fraach yn 3-4 dagen. Se antwurdzje jo net altyd - goed, iepen boarne is frijwillich.
Freegje net ien om wat foar jo of foar jo te dwaan. Erfarne leden fan 'e mienskip hawwe in ynstinkt foar sokke "bedelaars" en wurde fuortendaliks allergysk foar dyjingen dy't har wurk nei har wolle triuwe.
As jo help krije, is dat geweldich, mar misbrûk it net. Jo moatte net skriuwe: "Jongens, reparearje dit, oars bin ik myn jierlikse bonus kwyt." It is better om te freegjen wêr't jo folgjende moatte gean, en fertel ús wat jo al opgroeven hawwe oangeande dizze brek. En as jo tasizze om de wiki te aktualisearjen op basis fan de resultaten fan it oplossen fan it probleem, dan sil de kâns dat se jo sille beantwurdzje signifikant tanimme.
As lêste, lês en leare .
Hoe kinne jo bydrage as jo gjin committer binne?
Projekten brûke faak in RTC-skema, wêrby't earst alles troch in resinsje giet, en dan wurde de wizigingen gearfoege yn 'e master. Mei dit skema ûndergiet absolút elkenien review, sels committers. Dêrom kinne jo mei súkses bydrage oan in projekt sûnder in committer te wêzen. En om it makliker te meitsjen om as nije committers selektearre te wurden, kinne jo nije dielnimmers mentorje, kennis diele en nije materialen meitsje.
Diversiteit - foardiel of skea?
Ferskaat - yn it begryp fan 'e Apache Software Foundation is dit ûnder oare de oansluting fan dielnimmers oan in iepenboarne-projekt troch ferskate bedriuwen. As elkenien ferbûn is mei mar ien organisaasje, dan mei it ferlies fan belangstelling foar it projekt, rinne alle dielnimmers der gau fuort. Ferskaat soarget foar lange termyn, stabyl projekt, ferskaat ûnderfining en in breed oanbod fan mieningen fan dielnimmers.
Foar leafde of foar gemak?
Yn iepenboarne-projekten binne d'r twa soarten minsken: dyjingen dy't wurkje yn in organisaasje dy't bydraacht oan dit produkt, en dyjingen dy't hjir wurkje foar leafde, dat is frijwilligers. Hokker is mear produktyf? Typysk dielnimmers dy't it produkt stypje fan 'e bydragende organisaasje. Se hawwe gewoan mear tiid en in dúdlike motivaasje om oan 'e boaiem fan' e wierheid te kommen, se binne rjochte op 'e taak en tichter by de brûker.
Dejingen dy't it "út leafde" dogge, binne ek motivearre, mar op in oare manier - se binne entûsjast om it projekt te studearjen, om de wrâld in better plak te meitsjen. En it binne krekt sokke dielnimmers dy't stabiler en langer rjochte binne, om't dejingen dy't op eigen inisjatyf nei de mienskip kamen, net wierskynlik op ien dei ferlitte.
Hoe kinne jo in lykwicht fine tusken produktiviteit en stabiliteit? Der binne twa opsjes. De earste opsje: as de dielnimmer wurket yn in bedriuw dat offisjeel belutsen is by dit iepenboarne-projekt, en dêr wat ekstra yn docht, út eigen belang - bygelyks it stypjen fan nijkommers. De twadde opsje is in bedriuw dat in opensource-transformaasje hat ûndergien. Bygelyks, as meiwurkers fjouwer dagen yn 'e wike wurkje oan it haadbedriuwprojekt, en de rest fan' e tiid wurkje se op iepen boarne.
Committer - te wêzen of net te wêzen?
Ynsette is in goed en nuttich ûnderwerp, mar jo moatte net spesifyk stribje om in committer te wurden. Dizze rol is gjin koade-basearre rol en lit jo kennis net sjen. It iennichste dat telt is saakkundigens, dat is de kennis en ûnderfining dy't jo ophelje troch it projekt te bestudearjen, deryn te dûken en oaren te helpen problemen op te lossen.
Boarne: www.habr.com