Përshëndetje! Emri im është Dmitry Pavlov, unë punoj në , dhe jam gjithashtu një kryetar dhe pjesëmarrës i PMC në Apache Ignite dhe një kontribues në Apache Training. Kohët e fundit kam bërë një prezantim mbi punën e një komisioneri në takimin me burim të hapur Sberbank. Me zhvillimin e komunitetit të burimeve të hapura, shumë njerëz filluan të kishin gjithnjë e më shumë pyetje: si të bëheni një komiter, çfarë detyrash të merrni përsipër dhe sa rreshta kodi duhen shkruar për të marrë këtë rol. Kur mendojmë për kryerësit, imagjinojmë menjëherë njerëz të gjithëfuqishëm dhe të gjithëdijshëm me një kurorë në kokë dhe një vëllim të "Kodit të pastër" në vend të një skeptri. A është kështu? Në postimin tim, do të përpiqem t'u përgjigjem të gjitha pyetjeve të rëndësishme në lidhje me kryerësit, në mënyrë që të kuptoni nëse keni vërtet nevojë për të.
Të gjithë të sapoardhurit në komunitetin me burim të hapur kanë mendime se ata kurrë nuk do të bëhen komitues. Në fund të fundit, për shumë, ky është një rol prestigjioz që mund të merret vetëm për merita të veçanta duke shkruar një ton kodi. Por nuk është kaq e thjeshtë. Le të hedhim një vështrim në kryerësin nga këndvështrimi i komunitetit.
Kush është një kryetar dhe pse është i nevojshëm?
Kur krijojmë një produkt të ri me burim të hapur, ne gjithmonë i lejojmë përdoruesit ta përdorin dhe eksplorojnë atë, si dhe të modifikojnë dhe shpërndajnë kopje të modifikuara. Por kur ndodh shpërndarja e pakontrolluar e kopjeve të softuerit me ndryshime, ne nuk marrim kontribute në bazën kryesore të kodit dhe projekti nuk zhvillohet. Këtu nevojitet committer, i cili ka të drejtë të mbledhë kontributet e përdoruesve në projekt.
Pse të bëhesh një kryetar?
Le të fillojmë me faktin se angazhimi është një plus për një rezyme, dhe për fillestarët në fushën e programimit është një plus edhe më i madh, sepse shpesh kur aplikojnë për një punë ata kërkojnë shembuj kodesh.
Avantazhi i dytë i padyshimtë i angazhimit është mundësia për të komunikuar me specialistë të mirë dhe për të tërhequr disa ide interesante nga burimi i hapur në projektin tuaj. Përveç kësaj, nëse e njihni mirë një produkt të caktuar me burim të hapur, mund të merrni një punë në një kompani që e mbështet ose e përdor atë. Madje ekziston një mendim se nëse nuk merrni pjesë në burim të hapur, nuk do të arrini në pozicione të larta të karrierës.
Përveç përfitimeve përsa i përket karrierës dhe punësimit, angazhimi në vetvete është i këndshëm. Jeni të njohur nga komuniteti profesional, e shihni qartë rezultatin e punës suaj. Jo si në disa zhvillime të korporatave, ku ndonjëherë ju as nuk e kuptoni pse po lëvizni fushat përpara dhe mbrapa në XML.
Në komunitetet me burim të hapur mund të takoni specialistë të lartë si Linus Torvalds. Por nëse nuk jeni të tillë, nuk duhet të mendoni se nuk keni asgjë për të bërë atje - ka detyra të niveleve të ndryshme.
Epo, ka edhe shpërblime shtesë: për shembull, kryerësit e Apache marrin një licencë falas IntelliJ Idea Ultimate (megjithëse me disa kufizime).
Çfarë duhet të bëni për t'u bërë një kryetar?
Është e thjeshtë - ju vetëm duhet të angazhoheni.
Nëse mendoni se nuk ka detyra për ju në projekte, gaboheni. Thjesht bashkohuni me komunitetin që ju intereson dhe bëni atë që i nevojitet. Apache Software Foundation ka një të veçantë me kërkesat për komiterët.
Çfarë problemesh do të duhet të zgjidhni?
Më të ndryshmet - nga zhvillimi tek shkrimi i testeve dhe dokumentacionit. Po, po, kontributi i testuesve dhe dokumentuesve në komunitet vlerësohet në mënyrë të barabartë me kontributin e zhvilluesve. Ka detyra jo standarde - për shembull, drejtimi i një kanali në YouTube dhe tregimi i përdoruesve të tjerë se si përdorni një produkt me burim të hapur. Për shembull, Apache Software Foundation ka një të veçantë , ku tregohet se çfarë ndihme kërkohet.
A duhet të shkruaj një veçori të madhe për t'u bërë një komiter?
Nr. Kjo nuk është aspak e nevojshme. Komiteri nuk duhet të shkruajë shumë kod. Por nëse keni shkruar një veçori të madhe, do të jetë më e lehtë për komitetin e menaxhimit të projektit t'ju vlerësojë. Kontributi në komunitet nuk ka të bëjë vetëm me veçoritë, programimin dhe testimin. Nëse shkruani një letër dhe flisni për një problem, ofroni një zgjidhje të arsyetuar - ky është gjithashtu një kontribut.
Është e rëndësishme të kuptohet se angazhimi ka të bëjë me besimin. Nëse do t'ju bëjë një përkushtues apo jo, vendoset nga njerëz ashtu si ju bazuar në pikëpamjet e tyre për ju si një person që sjell përfitime për produktin. Prandaj, ju, me veprimet dhe veprat tuaja në komunitet, duhet të fitoni pikërisht këtë besim.
Si të sillemi?
Jini konstruktiv, pozitiv, i sjellshëm dhe i durueshëm. Mos harroni se në kodin e hapur të gjithë janë vullnetarë dhe askush nuk i detyrohet askujt asgjë. Ata nuk ju përgjigjen - prisni dhe ju kujtoj pyetjen tuaj në 3-4 ditë. Ata nuk ju përgjigjen gjithmonë - mirë, burimi i hapur është vullnetar.
Mos i kërkoni dikujt të bëjë diçka për ju ose për ju. Anëtarët me përvojë të komunitetit kanë një instinkt për "lypsa" të tillë dhe menjëherë bëhen alergjikë ndaj atyre që duan t'ua shtyjnë punën e tyre.
Nëse merrni ndihmë, është mirë, por mos e abuzoni me të. Ju nuk duhet të shkruani: "Djema, rregulloni këtë, përndryshe po humbas bonusin tim vjetor." Është më mirë të pyesni se ku duhet të shkoni më pas dhe të na tregoni se çfarë keni zbuluar tashmë në lidhje me këtë defekt. Dhe nëse premtoni të përditësoni wiki bazuar në rezultatet e zgjidhjes së problemit, atëherë gjasat që ata t'ju përgjigjen do të rriten ndjeshëm.
Së fundi, lexoni dhe mësoni .
Si të kontribuoni nëse nuk jeni një zotues?
Projektet shpesh përdorin një skemë RTC, ku së pari gjithçka kalon përmes një rishikimi dhe më pas ndryshimet shkrihen në master. Me këtë skemë, absolutisht të gjithë i nënshtrohen rishikimit, madje edhe komisionerët. Prandaj, ju mund të kontribuoni me sukses në një projekt pa qenë një zotues. Dhe për ta bërë më të lehtë përzgjedhjen si kryerës të rinj, ju mund të mentoroni pjesëmarrës të rinj, të ndani njohuri dhe të krijoni materiale të reja.
Diversiteti - përfitim apo dëm?
Diversiteti - në kuptimin e Apache Software Foundation, kjo, ndër të tjera, është përkatësia e pjesëmarrësve në një projekt me burim të hapur nga disa kompani. Nëse të gjithë janë të lidhur me vetëm një organizatë, atëherë me humbjen e interesit për projektin, të gjithë pjesëmarrësit ikin shpejt prej tij. Diversiteti ofron një projekt afatgjatë, të qëndrueshëm, përvojë të larmishme dhe një gamë të gjerë mendimesh të pjesëmarrësve.
Për dashuri apo për lehtësi?
Në projektet me burim të hapur ka dy lloje njerëzish: ata që punojnë në një organizatë që kontribuon në këtë produkt dhe ata që punojnë këtu për dashuri, domethënë vullnetarë. Cili është më produktiv? Në mënyrë tipike, pjesëmarrësit që mbështesin produktin nga organizata kontribuuese. Ata thjesht kanë më shumë kohë dhe një motivim të qartë për të arritur në fund të së vërtetës, ata janë të fokusuar në detyrë dhe më afër përdoruesit.
Ata që e bëjnë atë "nga dashuria" janë gjithashtu të motivuar, por në një mënyrë tjetër - ata janë të etur për të studiuar projektin, për ta bërë botën një vend më të mirë. Dhe janë pikërisht pjesëmarrësit e tillë që janë më të qëndrueshëm dhe të orientuar afatgjatë, sepse ata që erdhën në komunitet me iniciativën e tyre nuk ka gjasa të largohen brenda një dite.
Si të gjeni një ekuilibër midis produktivitetit dhe stabilitetit? Ka dy opsione. Opsioni i parë: kur pjesëmarrësi punon në një kompani që është zyrtarisht e përfshirë në këtë projekt me burim të hapur, dhe bën diçka shtesë në të, jashtë interesit të tij - për shembull, duke mbështetur të ardhurit. Opsioni i dytë është një kompani që i është nënshtruar një transformimi me burim të hapur. Për shembull, kur punonjësit punojnë në projektin kryesor të biznesit katër ditë në javë, dhe pjesën tjetër të kohës ata punojnë me burim të hapur.
Përgjegjës - të jesh apo të mos jesh?
Përkushtimi është një temë e mirë dhe e dobishme, por nuk duhet të përpiqeni në mënyrë specifike të bëheni një kryetar. Ky rol nuk është një rol i bazuar në kod dhe nuk demonstron njohuritë tuaja. E vetmja gjë që ka rëndësi është ekspertiza, pra njohuria dhe përvoja që fitoni duke studiuar projektin, duke u thelluar në të dhe duke ndihmuar të tjerët të zgjidhin problemet.
Burimi: www.habr.com