Hola! Em dic Dmitry Pavlov, treballo a , i també sóc committer i participant PMC a Apache Ignite i col·laborador a Apache Training. Recentment vaig fer una presentació sobre el treball d'un committer a la trobada de codi obert de Sberbank. Amb el desenvolupament de la comunitat de codi obert, moltes persones van començar a plantejar-se cada cop més preguntes: com esdevenir un committer, quines tasques assumir i quantes línies de codi cal escriure per aconseguir aquest paper. Quan pensem en committers, de seguida imaginem persones omnipotents i omniscients amb una corona al cap i un volum de "Codi net" en lloc d'un ceptre. És així? A la meva publicació, intentaré respondre totes les preguntes importants sobre committers perquè pugueu entendre si realment ho necessiteu.
Tots els nouvinguts a la comunitat de codi obert pensen que mai no es convertiran en committers. Després de tot, per a molts, aquest és un paper de prestigi que només es pot obtenir per mèrits especials escrivint un munt de codi. Però no és tan senzill. Fem una ullada al committer des de la perspectiva de la comunitat.
Qui és un committer i per què és necessari?
Quan creem un nou producte de codi obert, sempre permetem als usuaris utilitzar-lo i explorar-lo, així com modificar i distribuir còpies modificades. Però quan es produeix una distribució incontrolada de còpies de programari amb canvis, no rebem contribucions a la base de codi principal i el projecte no es desenvolupa. Aquí és on es necessita el committer, que té dret a recollir les contribucions dels usuaris al projecte.
Per què fer-se committer?
Comencem pel fet que comprometre's és un avantatge per a un currículum, i per als principiants en l'àmbit de la programació és un avantatge encara més gran, perquè sovint en sol·licitar una feina demanen exemples de codi.
El segon avantatge indubtable de comprometre's és l'oportunitat de comunicar-se amb els millors especialistes i treure algunes idees interessants de codi obert al vostre projecte. A més, si coneixeu bé un determinat producte de codi obert, podeu trobar feina en una empresa que el doni suport o l'utilitzi. Fins i tot hi ha l'opinió que si no participeu en codi obert, no arribareu a llocs d'alta carrera.
A més dels beneficis en termes de carrera i ocupació, comprometre's en si mateix és agradable. Ets reconegut per la comunitat professional, veus clarament el resultat del teu treball. No com en alguns desenvolupaments corporatius, on de vegades ni tan sols enteneu per què moveu els camps cap endavant i cap enrere en XML.
A les comunitats de codi obert podeu conèixer els millors especialistes com Linus Torvalds. Però si no ets així, no hauries de pensar que no hi ha res per fer-hi: hi ha tasques de diferents nivells.
Bé, també hi ha bonificacions addicionals: els committers d'Apache, per exemple, reben una llicència gratuïta IntelliJ Idea Ultimate (encara que amb algunes restriccions).
Què cal fer per convertir-se en committer?
És senzill: només cal comprometre's.
Si creus que no hi ha tasques per a tu en els projectes, t'equivoques. Només uneix-te a la comunitat que t'interessa i fes el que necessiti. L'Apache Software Foundation té un altre amb requisits per als committers.
Quins problemes hauràs de resoldre?
El més variat: des del desenvolupament fins a la redacció de proves i documentació. Sí, sí, l'aportació dels provadors i documentalistes a la comunitat es valora en igualtat de condicions amb l'aportació dels desenvolupadors. Hi ha tasques no estàndard, per exemple, executar un canal de YouTube i explicar als altres usuaris com feu servir un producte de codi obert. Per exemple, l'Apache Software Foundation té un altre , on s'indica quina ajuda es requereix.
Necessito escriure una funció important per convertir-me en committer?
No. Això no és gens necessari. El committer no ha d'escriure tones de codi. Però si heu escrit una funció important, serà més fàcil que el comitè de gestió del projecte us avaluï. Contribuir a la comunitat no es tracta només de funcions, programació i proves. Si escriviu una carta i parleu d'un problema, oferiu una solució raonada, això també és una contribució.
És important entendre que comprometre's és una qüestió de confiança. Si convertir-vos en un compromès o no, ho decideixen persones com tu en funció de la seva visió de tu com a persona que aporta beneficis al producte. Per tant, a través de les vostres accions i fets a la comunitat, heu de guanyar-vos aquesta mateixa confiança.
Com comportar-se?
Sigues constructiu, positiu, educat i pacient. Recordeu que en codi obert tothom és voluntari i ningú li deu res a ningú. No et responen: espera i et recorda la teva pregunta en 3-4 dies. No sempre et responen; bé, el codi obert és voluntari.
No demanis a algú que faci alguna cosa per tu o per tu. Els membres de la comunitat experimentats tenen un instint per aquests "captaires" i immediatament es tornen al·lèrgics a aquells que volen empènyer la seva feina cap a ells.
Si rebeu ajuda, és genial, però no en abuseu. No hauríeu d'escriure: "Nois, arregleu això, sinó perdré la meva bonificació anual". És millor preguntar a on hauríeu d'anar a continuació i dir-nos què ja heu descobert sobre aquest error. I si prometeu actualitzar la wiki en funció dels resultats de la resolució del problema, la probabilitat que us responguin augmentarà significativament.
Finalment, llegiu i aprendre .
Com contribuir si no ets un committer?
Els projectes sovint utilitzen un esquema RTC, on primer tot passa per una revisió i després els canvis es fusionen al mestre. Amb aquest esquema, absolutament tothom se sotmet a revisió, fins i tot els committers. Per tant, podeu contribuir amb èxit a un projecte sense ser un compromès. I per tal de facilitar la selecció com a nous committers, podeu orientar nous participants, compartir coneixements i crear nous materials.
Diversitat: benefici o perjudici?
Diversitat: segons l'Apache Software Foundation, això, entre altres coses, és l'afiliació dels participants en un projecte de codi obert per part de diverses empreses. Si tothom està afiliat a una sola organització, amb la pèrdua d'interès pel projecte, tots els participants fugen ràpidament d'allà. La diversitat ofereix un projecte estable i a llarg termini, una experiència diversa i una àmplia gamma d'opinions dels participants.
Per amor o per comoditat?
En els projectes de codi obert hi ha dos tipus de persones: les que treballen en una organització que contribueix a aquest producte, i les que treballen aquí per amor, és a dir, voluntaris. Quin és més productiu? Normalment, els participants que donen suport al producte de l'organització contribuent. Simplement tenen més temps i una motivació clara per arribar al fons de la veritat, estan centrats en la tasca i més a prop de l'usuari.
Els que ho fan “per amor” també estan motivats, però d'una altra manera: tenen ganes d'estudiar el projecte, de fer del món un lloc millor. I són precisament aquests participants els que són més estables i orientats a llarg termini, perquè els que van venir a la comunitat per iniciativa pròpia és poc probable que la surtin en un dia.
Com trobar un equilibri entre productivitat i estabilitat? Hi ha dues opcions. La primera opció: quan el participant treballa en una empresa que està oficialment implicada en aquest projecte de codi obert i hi fa alguna cosa addicional, pel seu propi interès, per exemple, donant suport als nouvinguts. La segona opció és una empresa que ha patit una transformació de codi obert. Per exemple, quan els empleats treballen en el projecte empresarial principal quatre dies a la setmana, i la resta del temps treballen en codi obert.
Committer - ser o no ser?
Comprometre's és un tema bo i útil, però no us hauríeu d'esforçar específicament per convertir-vos en un committer. Aquesta funció no és una funció basada en codi i no demostra el vostre coneixement. L'únic que importa és l'expertesa, és a dir, el coneixement i l'experiència que s'adquireix estudiant el projecte, aprofundint-hi i ajudant els altres a resoldre problemes.
Font: www.habr.com