Hej! Mit navn er Dmitry Pavlov, jeg arbejder på , og er også en committer og PMC-deltager i Apache Ignite og en bidragyder i Apache Training. Jeg holdt for nylig en præsentation om en committers arbejde på Sberbank open source-mødet. Med udviklingen af opensource-fællesskabet begyndte mange mennesker i stigende grad at have spørgsmål: hvordan man bliver en committer, hvilke opgaver man skal påtage sig, og hvor mange linjer kode der skal skrives for at få denne rolle. Når vi tænker på committers, forestiller vi os straks almægtige og alvidende mennesker med en krone på hovedet og et bind "Clean Code" i stedet for et scepter. Er det sådan? I mit indlæg vil jeg forsøge at besvare alle de vigtige spørgsmål om committers, så du kan forstå, om du virkelig har brug for det.
Alle nykommere til opensource-fællesskabet har tanker om, at de aldrig vil blive forpligtende. For mange er dette trods alt en prestigefyldt rolle, som kun kan opnås for særlig fortjeneste ved at skrive et væld af kode. Men det er ikke så enkelt. Lad os tage et kig på forpligteren fra fællesskabets perspektiv.
Hvem er en forpligter, og hvorfor er der brug for en?
Når vi opretter et nyt open source-produkt, giver vi altid brugerne mulighed for at bruge og udforske det, samt ændre og distribuere modificerede kopier. Men når der sker ukontrolleret distribution af softwarekopier med ændringer, modtager vi ikke bidrag til hovedkodebasen, og projektet udvikler sig ikke. Her er der brug for den committer, som har ret til at opkræve brugerbidrag til projektet.
Hvorfor blive en forpligter?
Lad os starte med, at det at forpligte sig er et plus for et CV, og for begyndere inden for programmering er det et endnu større plus, fordi de ofte, når de søger job, beder om kodeeksempler.
Den anden utvivlsomme fordel ved at forpligte sig er muligheden for at kommunikere med topspecialister og trække nogle fede ideer fra open source ind i dit projekt. Derudover, hvis du kender et bestemt open source-produkt godt, kan du få et job hos en virksomhed, der understøtter eller bruger det. Der er endda en opfattelse af, at hvis du ikke deltager i open source, vil du ikke komme til høje karrierestillinger.
Ud over fordelene i form af karriere og beskæftigelse er det behageligt at forpligte sig. Du bliver anerkendt af det faglige fællesskab, du ser tydeligt resultatet af dit arbejde. Ikke som i noget virksomhedsudvikling, hvor man nogle gange ikke engang forstår, hvorfor man flytter felter frem og tilbage i XML.
I opensource-fællesskaber kan du møde topspecialister som Linus Torvalds. Men hvis du ikke er sådan, skal du ikke tro, at der ikke er noget for dig at lave der – der er opgaver på forskellige niveauer.
Nå, der er også yderligere bonusser: Apache-committere modtager for eksempel en gratis IntelliJ Idea Ultimate-licens (omend med nogle begrænsninger).
Hvad skal man gøre for at blive en forpligter?
Det er enkelt – du skal bare forpligte dig.
Hvis du tror, at der ikke er opgaver til dig på projekter, tager du fejl. Bare meld dig ind i det fællesskab, der interesserer dig, og gør, hvad det har brug for. Apache Software Foundation har en separat med krav til committers.
Hvilke problemer skal du løse?
Det mest varierede - fra udvikling til at skrive test og dokumentation. Ja, ja, bidraget fra testere og dokumenterere i samfundet værdsættes på lige fod med bidrag fra udviklere. Der er ikke-standardiserede opgaver – for eksempel at drive en YouTube-kanal og fortælle andre brugere, hvordan du bruger et opensource-produkt. For eksempel har Apache Software Foundation en separat , hvor det er angivet, hvilken bistand der er behov for.
Skal jeg skrive en stor feature for at blive en committer?
Ingen. Dette er slet ikke nødvendigt. Kommitteren behøver ikke at skrive tonsvis af kode. Men hvis du har skrevet et stort indslag, vil det være lettere for projektledelsesudvalget at evaluere dig. At bidrage til fællesskabet handler ikke kun om funktioner, programmering og test. Hvis du skriver et brev og taler om et problem, så kom med en begrundet løsning – det er også et bidrag.
Det er vigtigt at forstå, at forpligtelse handler om tillid. Om du vil gøre dig til en forpligtende eller ej, afgøres af folk ligesom dig baseret på deres syn på dig som en person, der bringer fordele til produktet. Derfor skal du gennem dine handlinger og gerninger i samfundet vinde netop denne tillid.
Hvordan skal man opføre sig?
Vær konstruktiv, positiv, høflig og tålmodig. Husk, at i open source er alle frivillige, og ingen skylder nogen noget. De svarer dig ikke - vent og minde dig om dit spørgsmål om 3-4 dage. De svarer dig ikke altid - ja, open source er frivilligt.
Bed ikke nogen om at gøre noget for dig eller for dig. Erfarne samfundsmedlemmer har et instinkt for sådanne "tiggere" og bliver straks allergiske over for dem, der ønsker at presse deres arbejde til dem.
Hvis du får hjælp, er det fantastisk, men misbrug det ikke. Du skal ikke skrive: "Drenge, fix det her, ellers mister jeg min årlige bonus." Det er bedre at spørge, hvor du skal gå næste gang, og fortælle os, hvad du allerede har gravet frem vedrørende denne fejl. Og hvis du lover at opdatere wikien baseret på resultaterne af at løse problemet, så vil sandsynligheden for, at de svarer dig, stige betydeligt.
Læs endelig og lære .
Hvordan bidrager du, hvis du ikke er en forpligter?
Projekter bruger ofte en RTC-ordning, hvor alt først gennemgås, og derefter lægges ændringerne sammen i masteren. Med denne ordning gennemgår absolut alle gennemgang, selv forpligtere. Derfor kan du med succes bidrage til et projekt uden at være forpligtende. Og for at gøre det nemmere at blive udvalgt som nye committers, kan du mentore nye deltagere, dele viden og skabe nye materialer.
Mangfoldighed - gavn eller skade?
Mangfoldighed – i Apache Software Foundations forståelse er dette blandt andet flere virksomheders tilknytning af deltagere i et opensource-projekt. Hvis alle kun er tilknyttet én organisation, så løber alle deltagere hurtigt væk fra det med tabet af interesse for projektet. Mangfoldighed giver langsigtede, stabile projekter, alsidig erfaring og en bred vifte af meninger fra deltagerne.
For kærlighed eller for bekvemmelighed?
I opensource-projekter er der to typer mennesker: dem, der arbejder i en organisation, der bidrager til dette produkt, og dem, der arbejder her for kærlighed, det vil sige frivillige. Hvilken er mere produktiv? Typisk deltagere, der støtter produktet fra den bidragende organisation. De har simpelthen mere tid og en klar motivation til at komme til bunds i sandheden, de er fokuserede på opgaven og tættere på brugeren.
De, der gør det "af kærlighed", er også motiverede, men på en anden måde - de er ivrige efter at studere projektet, for at gøre verden til et bedre sted. Og det er netop sådanne deltagere, der er mere stabile og langsigtede orienterede, fordi de, der kom til fællesskabet på eget initiativ, næppe forlader det på én dag.
Hvordan finder man en balance mellem produktivitet og stabilitet? Der er to muligheder. Den første mulighed: når deltageren arbejder i en virksomhed, der officielt er involveret i dette opensource-projekt, og gør noget yderligere i det, af egen interesse - for eksempel at støtte nytilkomne. Den anden mulighed er en virksomhed, der har gennemgået en opensource-transformation. For eksempel når medarbejderne arbejder på hovedprojektet fire dage om ugen, og resten af tiden arbejder de på open source.
Forpligtende - at være eller ikke være?
Forpligtelse er et godt og brugbart emne, men du skal ikke stræbe specifikt efter at blive en forpligter. Denne rolle er ikke en kodebaseret rolle og demonstrerer ikke din viden. Det eneste, der betyder noget, er ekspertise, altså den viden og erfaring, du får ved at studere projektet, dykke ned i det og hjælpe andre med at løse problemer.
Kilde: www.habr.com