Vil du bidra til din favoritt Linux distro, men ikke sikker på hvor du skal begynne? Ikke bekymre deg. Det er enklere enn det ser ut, og du vil finne massevis av hjelp.

Ikke utvikler? Det er ikke et problem. Det er enorm etterspørsel etter Linux distro forfattere, kunstnere, oversettere, talsmenn til å arbeide hendelser, lærere å introdusere Linux til sine studenter, elever og foreldre til å presse Linux i skolen, etc. Hvis din eneste ferdighet er fortolkende dans, du kan ha et problem å finne et sted å bidra, men annet enn at du kan finne en måte å hjelpe. Utviklere, selvfølgelig, er hjertelig velkommen også!

Uteksaminert fra bruker til bidragsyter

Ifølge Canonical, har Ubuntu mer enn 12 millioner brukere. Fedora og opensuse sin statistikk viser at de også har millioner av brukere. Så gjør Debian, etc. Problemet er at av de millioner av brukere, tar bare en svært liten gruppe på tide å bidra til prosjektene som de bruker. For å være bærekraftig, disse Linux distroer trenger flere bidragsytere til å delta og hjelpe til med alt fra advokatvirksomhet til oversettelser. Det er mye arbeid som må gjøres, og for få hender til å gjøre det.

Dette er ikke å si at det er noe iboende galt i å være en bruker uten å gjøre en direkte bidrag. Bruke Linux også hjelper i det lange løp. Jo større markedsandel, desto mer alvorlig at leverandører vil ta Linux og åpen kildekode. Jo lettere vil det være å overbevise leverandører og tjenesteytere som de trenger for å støtte Linux som plattform og å bidra. Se på suksessen Firefox har hatt i å overbevise leverandører som de trenger for å stoppe utviklingen bare for Internet Explorer.

Brukere er viktig for så mange grunner. Det er ingen tvil. Men, hvis du bruker og nyter Linux, vurdere måter å gi tilbake og bidra til at andre folk kan nyte de samme fordelene og at din favoritt prosjektet forblir sunn. Du virkelig kan gjøre en forskjell. Kanskje ditt bidrag er ikke stort i seg selv, men hver feilrapport, hver redigere i wikien, hvert ord oversatt, og hver time brukte deler ut DVDer på arrangementer er verdifull. Omvendt, alle muligheter til å bidra med som er gått opp betyr at en person ikke kan få sine spørsmål besvart eller ikke kan ha sin første erfaring med Linux, eller kanskje ikke være i stand til å bruke Linux fordi oversettelsene ikke bestod terskelen for utgivelse.

også vurdere at bidragene er den nye CV. Hvis du er ute etter å bygge et omdømme i samfunnet og ønsker å ha noe å vise potensielle arbeidsgivere, er det ingen bedre måte enn å engasjere seg med et prosjekt og demonstrere din kunnskap

The Big Picture. Hvordan Fordelinger Come Together

problemet for mange bidragsytere er ikke et ønske om å bidra, men det første skrittet. Det er ikke alltid lett å finne informasjon om hvordan du kan bidra. De første skritt til å bidra virke tidkrevende. Alt foregår online, som kan off-putting for folk som er vant til å jobbe med folk ansikt til ansikt. Kort sagt, er det første skrittet en doozy og kan være skremmende for mange mennesker. Hvis du er en av dem, les videre. Det er ikke så skummelt som du tror, ​​og det er mye mer givende enn du tror.

De fleste prosjektene i disse dager er på en tidsbasert utgivelsessyklus. Ubuntu og Fedora slipper hvert halvår, opensuse hver åtte måneder, Debian utgivelser når den er klar uavhengig av tid mellom utgivelsene. En utgivelse består av emballasje tusenvis av oppstrømsprosjekter og pakker og teste dem, slik at alle oversettelsene er fullført, dokumentasjon er skrevet, markedsføringsmateriell er skrevet, og alt det andre arbeidet som går inn i en utgivelse. Generelt, den beste tiden å bli involvert er i begynnelsen av en utgivelsessyklus. Hvis du ikke starter helt i begynnelsen, ingen bekymringer. Men ukene før en utgivelse er hektisk. Ikke bli overrasket, eller fornærmet, hvis du ikke får mange tilbakemeldinger som en nykommer hvis du begynner å prøve å bidra mens alle er i hodeløs kylling modus.

Arbeidet er gjort av ulike arbeidsgrupper i av prosjektet. Lagene kan være litt forskjellig på tvers av distribusjoner, men du bør være i stand til å finne lag for kvalitetssikring, oversettelse, markedsføring, dokumentasjon, infrastruktur og emballasje blant andre. Hvert lag skal ha sin egen stil og en gruppe bidragsytere som allerede bidrar.

Ta Fedora, for eksempel. Hvis du ser på Fedora-prosjektet nettstedet, vil du finne en side om hvordan du kan bli med Fedora. Det er brutt opp av ferdigheter. Hvis du går til OS Developer finner du en liste over lag som jobber på fordelingen utvikling. Du vil finne lignende sider for Ubuntu, opensuse, og de fleste andre prosjekter.

Når du har bestemt hvilket lag (e) du ønsker å jobbe med, sørg for at du abonnerer på at lagets mailing liste. Sørg også for å delta i hovedprosjektet adresseliste (hvis det er en) og den generelle kunngjøringen listen. Fyr opp din favoritt IRC-klient og hoppe inn som lagets IRC-kanal, hvis noen.

Se samtale for litt. Les postarkiver. Få en følelse av fellesskapet du prøver å bli med. De fleste lagene vil sette pris på om du introdusere deg selv, og si hvordan du ønsker å bidra. Etter at du har en følelse for fellesskapet, er det på tide å ta skrittet fullt ut.

bare hoppe i

Her er en av de vanskeligste delene for de fleste nye bidragsytere: Sende som første bidrag. Det er litt rart for mange mennesker til å jobbe ute i det åpne, og å sende inn arbeid for alle å se over, kritikk, og muligens avvise. De fleste av oss er også vant til å være tildelte
oppgaver. Noen prosjekter har ønskelister eller åpenbare startpunkter for nykommere, men med noen andre prosjekter det er ikke åpenbart hvor jeg skal begynne. Ikke noe problem. Finn noe som må gjøres, og gjør det.

Hvis du trenger tilgang til å gjøre hva, spør. Hvis det er noe som kan resultere i dupliserte innsats, snakke opp på mailinglisten og la folk få vite at du er i ferd med å starte. Men ikke vent for en invitasjon.

Embrace Kritikk, Avvis misbruk

De fleste prosjektene vil sette pris på alle forsøk på å hjelpe og vil arbeide med bidragsytere for å veilede dem til å bli mer effektive bidragsytere. Det betyr ikke at du ikke vil få noen pushback eller kritikk av bidrag, skjønt.

Det er helt normalt å få noen kurskorreksjoner de første par gangene du sende inn et bidrag av noe slag. Oversettelses lagene kan være lurt å bruke forskjellige ord for å beskrive data konsepter for å være på konsert med eksisterende dokumentasjon. En dokumentasjon lag kan ha en stil som du bør bruke. Kunsten lag kan presse tilbake det første utkastet fordi det er ikke hva de leter etter, eller må justeres for å møte stil retningslinjer

Den nederste linjen:. Forvent høye standarder. Som bidragsyter, kan det være fristende å føle at noe er bra nok når du gjør det på fritiden. Men åpen kildekode ethos handler ikke om " god nok; " det handler om en åpen prosess som produserer utmerket arbeid.

Noen kritikk kan ikke være så diplomatisk som det kunne eller burde være. Du må kanskje utvikle en tykkere hud for å bli vant til å se ditt bidrag critiqued på en åpen liste. Ikke ta det personlig, skjønt. Husk at alle i prosjektet ønsker å gjøre godt arbeid, og kritikk er bare sett på som et verktøy for å oppnå dette.

Det er en linje mellom kritikk og ikke-konstruktiv kritikk. Hvis du ikke får den respekten du fortjener som en bidragsyter, flytte sammen til neste prosjekt

Motstå fristelsen til å ha noe ". Perfekt " før du sender den. Send inn det første utkastet til noen dokumentasjon. Last opp en pakke når det er bygget. Kunn planen å jobbe som ambassadør på en lokal hendelse, eller kaste en lanseringsfest selv om du aldri har gjort det før. Send inn et tema eller bakgrunnsbilde, eller en markedsføring forslag for første gang. Gjør noe, selv om det er galt. Det er bedre enn å sitte på tomlene og bare tenke på hvordan du kunne ha bidratt.

Du vil ofte finne at inngangs du får vil forbedre arbeidet ditt og gjøre det mer verdifull. Med andre ord, ikke vær redd for å få det galt. En av de viktigste delene av åpen kildekode ethos er å slippe tidlig, og slipper ofte. Dette inkluderer personlige bidrag samt programvareversjoner.

Hold Promises

Her er en vanskelig del når du begynner å bidra. Lær å si nei, eller ikke å heve hånden hele tiden. Delegere oppgaver, og ikke ta på seg for mye.

Som jeg sa i begynnelsen, de fleste prosjekter har for få hender til for mye arbeid. Når du vet tauene, kan det virke fristende å hoppe i når det er arbeid som må gjøres, uansett hvor mye du allerede gjør. Det er en beundringsverdig impuls, men til syvende og sist en dårlig idé. Bryt av en del av arbeidet som lar deg lage et meningsfullt bidrag, men etterlater andre rom til å bidra, og gir deg god tid til livet utenfor åpen kildekode.

Når du forplikte seg til noe, gjør en stor innsats for å få det gjort. Men en stor del av dette er å lære tidlig når man skal si nei. Det er ikke lett, men det kan være en av de mest verdifulle ferdigheter du bringe.

Klar, ferdig, Bidra!

Hver samfunn har sin egen smak, og det er vanskelig å gi konkrete retningslinjer for hvordan å bidra til alle prosjekter. Den beste måten å bidra er å bare starte. Som alt annet, vil du bedre med tiden. Bidra vil virke litt vanskelig i begynnelsen, men med hver bidrag vil det være enklere, og det vil være mer moro.