Hallo! Mitt navn er Dmitry Pavlov, jeg jobber på , og er også en committer og PMC-deltaker i Apache Ignite og en bidragsyter i Apache Training. Jeg holdt nylig en presentasjon om arbeidet til en forpliktende på Sberbank-møtet med åpen kildekode. Med utviklingen av opensource-fellesskapet begynte mange i økende grad å ha spørsmål: hvordan bli en forpliktende, hvilke oppgaver de skal ta på seg, og hvor mange linjer med kode som må skrives for å få denne rollen. Når vi tenker på forpliktere, ser vi umiddelbart for oss allmektige og allvitende mennesker med en krone på hodet og et volum med "Ren kode" i stedet for et septer. Er det sånn? I mitt innlegg vil jeg prøve å svare på alle de viktige spørsmålene om committers slik at du kan forstå om du virkelig trenger det.
Alle nykommere i opensource-fellesskapet har tanker om at de aldri vil bli forpliktende. Tross alt, for mange er dette en prestisjefylt rolle som bare kan oppnås for spesielle fortjenester ved å skrive massevis av kode. Men det er ikke så enkelt. La oss ta en titt på forplikteren fra fellesskapets perspektiv.
Hvem er en forplikter og hvorfor trengs en?
Når vi lager et nytt åpen kildekode-produkt, lar vi alltid brukerne bruke og utforske det, samt endre og distribuere modifiserte kopier. Men når det oppstår ukontrollert distribusjon av programvarekopier med endringer, mottar vi ikke bidrag til hovedkodebasen og prosjektet utvikler seg ikke. Det er her det trengs committer, som har rett til å samle inn brukerbidrag til prosjektet.
Hvorfor bli en engasjert?
La oss starte med det faktum at det å forplikte seg er et pluss for en CV, og for nybegynnere innen programmering er det et enda større pluss, fordi de ofte når de søker på en jobb ber om kodeeksempler.
Den andre utvilsomme fordelen med å forplikte seg er muligheten til å kommunisere med toppspesialister og trekke noen kule ideer fra åpen kildekode inn i prosjektet ditt. I tillegg, hvis du kjenner et bestemt åpen kildekode-produkt godt, kan du få jobb i et selskap som støtter eller bruker det. Det er til og med en oppfatning at hvis du ikke deltar i åpen kildekode, vil du ikke komme til høye karrierestillinger.
I tillegg til fordelene i form av karriere og sysselsetting, er det hyggelig å forplikte seg. Du blir anerkjent av fagmiljøet, du ser tydelig resultatet av arbeidet ditt. Ikke som i noe bedriftsutvikling, hvor du noen ganger ikke engang forstår hvorfor du flytter felt frem og tilbake i XML.
I opensource-samfunn kan du møte toppspesialister som Linus Torvalds. Men hvis du ikke er sånn, skal du ikke tenke at det ikke er noe for deg å gjøre der – det er oppgaver på forskjellige nivåer.
Vel, det er også tilleggsbonuser: Apache-formidlere får for eksempel en gratis IntelliJ Idea Ultimate-lisens (om enn med noen begrensninger).
Hva skal man gjøre for å bli en engasjert?
Det er enkelt - du trenger bare å forplikte deg.
Hvis du tror at det ikke er noen oppgaver for deg på prosjekter, tar du feil. Bare bli med i fellesskapet som interesserer deg og gjør det det trenger. Apache Software Foundation har en egen med krav til forpliktelser.
Hvilke problemer må du løse?
Det mest varierte – fra utvikling til skriving av prøver og dokumentasjon. Ja, ja, bidraget fra testere og dokumenterere i samfunnet verdsettes på lik linje med bidraget fra utviklere. Det er ikke-standardoppgaver – for eksempel å drive en YouTube-kanal og fortelle andre brukere hvordan du bruker et åpen kildekode-produkt. For eksempel har Apache Software Foundation en egen , hvor det er angitt hvilken bistand som kreves.
Trenger jeg å skrive en stor funksjon for å bli en engasjert?
Nei. Dette er slett ikke nødvendig. Kommitteren trenger ikke å skrive tonnevis med kode. Men hvis du skrev et stort innslag, vil det være lettere for prosjektledelsen å vurdere deg. Å bidra til fellesskapet handler ikke bare om funksjoner, programmering og testing. Hvis du skriver et brev og snakker om et problem, kom med en begrunnet løsning – dette er også et bidrag.
Det er viktig å forstå at forpliktelse handler om tillit. Om du skal gjøre deg til en engasjert eller ikke, avgjøres av folk akkurat som deg basert på deres syn på deg som en person som bringer fordeler til produktet. Derfor må du, gjennom dine handlinger og gjerninger i samfunnet, vinne denne tilliten.
Hvordan å oppføre seg?
Vær konstruktiv, positiv, høflig og tålmodig. Husk at i åpen kildekode er alle frivillige og ingen skylder noen noe. De svarer deg ikke - vent og minn deg på spørsmålet ditt om 3-4 dager. De svarer deg ikke alltid - vel, åpen kildekode er frivillig.
Ikke be noen om å gjøre noe for deg eller for deg. Erfarne samfunnsmedlemmer har et instinkt for slike "tiggere" og blir umiddelbart allergiske mot de som ønsker å presse arbeidet sitt til dem.
Får du hjelp er det flott, men ikke misbruk det. Du bør ikke skrive: "Gutter, fiks dette, ellers mister jeg min årlige bonus." Det er bedre å spørre hvor du bør gå videre, og fortelle oss hva du allerede har gravd opp angående denne feilen. Og hvis du lover å oppdatere wikien basert på resultatene av å løse problemet, vil sannsynligheten for at de svarer deg øke betydelig.
Les til slutt og lære .
Hvordan bidra hvis du ikke er en engasjert?
Prosjekter bruker ofte en RTC-ordning, hvor først alt går gjennom en gjennomgang, og deretter blir endringene slått sammen til masteren. Med denne ordningen gjennomgår absolutt alle gjennomgang, også forpliktere. Derfor kan du med hell bidra til et prosjekt uten å være en forpliktende. Og for å gjøre det lettere å bli valgt ut som nye forpliktere, kan du veilede nye deltakere, dele kunnskap og lage nytt materiale.
Mangfold – nytte eller skade?
Mangfold – i forståelsen av Apache Software Foundation er dette blant annet tilknytningen til deltakere i et åpen kildekode-prosjekt av flere selskaper. Hvis alle er tilknyttet bare én organisasjon, så løper alle deltakerne raskt derfra med tap av interesse for prosjektet. Mangfold gir langsiktige, stabile prosjekter, mangfoldig erfaring og et bredt spekter av meninger fra deltakerne.
For kjærlighet eller for bekvemmelighet?
I opensource-prosjekter er det to typer mennesker: de som jobber i en organisasjon som bidrar til dette produktet, og de som jobber her for kjærligheten, det vil si frivillige. Hvilken er mer produktiv? Vanligvis deltakere som støtter produktet fra den bidragende organisasjonen. De har rett og slett mer tid og en klar motivasjon for å komme til bunns i sannheten, de er fokusert på oppgaven og nærmere brukeren.
De som gjør det "av kjærlighet" er også motiverte, men på en annen måte - de er ivrige etter å studere prosjektet, for å gjøre verden til et bedre sted. Og det er nettopp slike deltakere som er mer stabile og langsiktige orienterte, fordi de som kom til fellesskapet på eget initiativ neppe vil forlate det på en dag.
Hvordan finne en balanse mellom produktivitet og stabilitet? Det er to alternativer. Det første alternativet: når deltakeren jobber i et selskap som offisielt er involvert i dette opensource-prosjektet, og gjør noe ekstra i det, av egen interesse - for eksempel å støtte nykommere. Det andre alternativet er et selskap som har gjennomgått en åpen kildekode-transformasjon. For eksempel når ansatte jobber med hovedprosjektet fire dager i uken, og resten av tiden jobber de med åpen kildekode.
Forpliktende - å være eller ikke være?
Å forplikte seg er et godt og nyttig tema, men du skal ikke strebe spesifikt etter å bli en engasjert. Denne rollen er ikke en kodebasert rolle og demonstrerer ikke din kunnskap. Det eneste som betyr noe er kompetanse, det vil si kunnskapen og erfaringen du får ved å studere prosjektet, fordype deg i det og hjelpe andre med å løse problemer.
Kilde: www.habr.com