Hallo! My naam is Dmitri Pavlov, ek werk by , en is ook 'n committer en PMC-deelnemer aan Apache Ignite en 'n bydraer in Apache Training. Ek het onlangs 'n aanbieding oor die werk van 'n committer by die Sberbank oopbronvergadering gelewer. Met die ontwikkeling van die oopbrongemeenskap het baie mense toenemend vrae begin kry: hoe om 'n committer te word, watter take om aan te neem en hoeveel reëls kode geskryf moet word om hierdie rol te kry. Wanneer ons aan committers dink, verbeel ons ons dadelik almagtige en alwetende mense met 'n kroon op hul kop en 'n volume van "Clean Code" in plaas van 'n septer. Is dit so? In my plasing sal ek probeer om al die belangrike vrae oor committers te beantwoord sodat jy kan verstaan of jy dit regtig nodig het.
Alle nuwelinge in die opensource-gemeenskap het gedagtes dat hulle nooit committers sal word nie. Vir baie is dit immers 'n gesogte rol wat slegs vir spesiale meriete verkry kan word deur 'n ton kode te skryf. Maar dit is nie so eenvoudig nie. Kom ons kyk na die oortreder vanuit die gemeenskap se perspektief.
Wie is 'n committer en hoekom is een nodig?
Wanneer ons 'n nuwe oopbronproduk skep, laat ons gebruikers altyd toe om dit te gebruik en te verken, asook gewysigde kopieë te verander en te versprei. Maar wanneer onbeheerde verspreiding van sagteware-kopieë met veranderinge plaasvind, ontvang ons nie bydraes tot die hoofkodebasis nie en die projek ontwikkel nie. Dit is waar die committer benodig word, wat die reg het om gebruikersbydraes tot die projek in te samel.
Waarom 'n committer word?
Kom ons begin met die feit dat toewyding 'n pluspunt is vir 'n CV, en vir beginners op die gebied van programmering is dit 'n selfs groter pluspunt, want dikwels vra hulle vir kodevoorbeelde wanneer hulle vir 'n werk aansoek doen.
Die tweede ongetwyfelde voordeel van toewyding is die geleentheid om met topspesialiste te kommunikeer en 'n paar oulike idees van oopbron na jou projek te trek. Daarbenewens, as jy 'n sekere oopbronproduk goed ken, kan jy werk kry by 'n maatskappy wat dit ondersteun of gebruik. Daar is selfs 'n mening dat as jy nie aan open source deelneem nie, jy nie hoë loopbaanposisies sal kry nie.
Benewens die voordele in terme van loopbaan en indiensneming, is die verbintenis op sigself aangenaam. Jy word erken deur die professionele gemeenskap, jy sien duidelik die resultaat van jou werk. Nie soos in sommige korporatiewe ontwikkeling, waar jy soms nie eers verstaan hoekom jy velde heen en weer in XML beweeg nie.
In oopbrongemeenskappe kan u topspesialiste soos Linus Torvalds ontmoet. Maar as jy nie so is nie, moet jy nie dink dat daar niks vir jou is om daar te doen nie – daar is take van verskillende vlakke.
Wel, daar is ook bykomende bonusse: Apache-committers, byvoorbeeld, ontvang 'n gratis IntelliJ Idea Ultimate-lisensie (al is dit met 'n paar beperkings).
Wat om te doen om 'n committer te word?
Dit is eenvoudig - jy hoef net te verbind.
As jy dink dat daar geen take vir jou op projekte is nie, is jy verkeerd. Sluit net aan by die gemeenskap wat jou interesseer en doen wat dit nodig het. Die Apache Software Foundation het 'n aparte met vereistes vir committers.
Watter probleme sal jy moet oplos?
Die mees uiteenlopende - van ontwikkeling tot die skryf van toetse en dokumentasie. Ja, ja, die bydrae van toetsers en dokumenteerders in die gemeenskap word op 'n gelyke basis gewaardeer met die bydrae van ontwikkelaars. Daar is nie-standaard take – byvoorbeeld om 'n YouTube-kanaal te bestuur en ander gebruikers te vertel hoe jy 'n oopbronproduk gebruik. Byvoorbeeld, die Apache Software Foundation het 'n aparte , waar aangedui word watter bystand benodig word.
Moet ek 'n groot kenmerk skryf om 'n committer te word?
Geen. Dit is glad nie nodig nie. Die committer hoef nie tonne kode te skryf nie. Maar as jy 'n groot kenmerk geskryf het, sal dit makliker wees vir die projekbestuurskomitee om jou te evalueer. Om by te dra tot die gemeenskap gaan nie net oor kenmerke, programmering en toetsing nie. As jy 'n brief skryf en oor 'n probleem praat, bied 'n beredeneerde oplossing - dit is ook 'n bydrae.
Dit is belangrik om te verstaan dat toewyding oor vertroue gaan. Of om jou 'n toegewyde te maak of nie, word deur mense net soos jy besluit op grond van hul siening van jou as 'n persoon wat voordeel vir die produk bring. Daarom moet jy, deur jou optrede en dade in die gemeenskap, hierdie einste vertroue wen.
Hoe om op te tree?
Wees konstruktief, positief, beleefd en geduldig. Onthou dat in open source almal 'n vrywilliger is en niemand skuld iemand iets nie. Hulle antwoord jou nie - wag en herinner jou binne 3-4 dae aan jou vraag. Hulle antwoord jou nie altyd nie - wel, oopbron is vrywillig.
Moenie iemand vra om iets vir jou of vir jou te doen nie. Ervare gemeenskapslede het 'n aanvoeling vir sulke "bedelaars" en raak dadelik allergies vir diegene wat hul werk aan hulle wil stoot.
As jy hulp kry, is dit wonderlik, maar moenie dit misbruik nie. Jy moenie skryf: “Manne, maak dit reg, anders verloor ek my jaarlikse bonus nie.” Dit is beter om te vra waarheen jy volgende moet gaan, en vertel ons wat jy reeds oor hierdie fout opgegrawe het. En as jy belowe om die wiki op te dateer op grond van die resultate van die oplossing van die probleem, dan sal die waarskynlikheid dat hulle jou sal antwoord aansienlik toeneem.
Ten slotte, lees en leer .
Hoe om by te dra as jy nie 'n committer is nie?
Projekte gebruik dikwels 'n RTC-skema, waar alles eers deur 'n hersiening gaan, en dan word die veranderinge in die meester saamgevoeg. Met hierdie skema ondergaan absoluut almal hersiening, selfs committers. Daarom kan jy suksesvol tot 'n projek bydra sonder om 'n toewyder te wees. En om dit makliker te maak om as nuwe toewyders gekies te word, kan jy nuwe deelnemers mentor, kennis deel en nuwe materiaal skep.
Diversiteit - voordeel of skade?
Diversiteit – in die begrip van die Apache Software Foundation, is dit onder andere die affiliasie van deelnemers aan 'n oopbronprojek deur verskeie maatskappye. As almal by net een organisasie geaffilieer is, dan met die verlies aan belangstelling in die projek, hardloop alle deelnemers vinnig daarvan weg. Diversiteit bied langtermyn, stabiele projek, diverse ervaring en 'n wye verskeidenheid menings van deelnemers.
Vir liefde of vir gerief?
In oopbronprojekte is daar twee soorte mense: diegene wat in 'n organisasie werk wat bydra tot hierdie produk, en diegene wat hier vir liefde werk, dit wil sê vrywilligers. Watter een is meer produktief? Tipies deelnemers wat die produk van die bydraende organisasie ondersteun. Hulle het eenvoudig meer tyd en 'n duidelike motivering om tot die onderkant van die waarheid te kom, hulle is gefokus op die taak en nader aan die gebruiker.
Diegene wat dit “uit liefde” doen, is ook gemotiveerd, maar op 'n ander manier - hulle is gretig om die projek te bestudeer, om die wêreld 'n beter plek te maak. En dit is juis sulke deelnemers wat meer stabiel en langtermyn-georiënteerd is, want diegene wat op eie inisiatief na die gemeenskap gekom het, sal dit waarskynlik nie op een dag verlaat nie.
Hoe om 'n balans tussen produktiwiteit en stabiliteit te vind? Daar is twee opsies. Die eerste opsie: wanneer die deelnemer in 'n maatskappy werk wat amptelik by hierdie oopbronprojek betrokke is, en iets bykomend daarin doen, uit eie belang - byvoorbeeld om nuwelinge te ondersteun. Die tweede opsie is 'n maatskappy wat 'n oopbron-transformasie ondergaan het. Byvoorbeeld, wanneer werknemers vier dae per week aan die hoofbesigheidsprojek werk, en die res van die tyd werk hulle op oopbron.
Committer - om te wees of nie te wees nie?
Toewyding is 'n goeie en nuttige onderwerp, maar jy moet nie spesifiek daarna streef om 'n toewyder te word nie. Hierdie rol is nie 'n kode-gebaseerde rol nie en demonstreer nie jou kennis nie. Die enigste ding wat saak maak, is kundigheid, dit wil sê die kennis en ervaring wat jy opdoen deur die projek te bestudeer, daarin te delf en ander te help om probleme op te los.
Bron: will.com