Beste svaret
Jeg tar dette.
Først av alt er jeg helt uenig i ett svar (med 1K + oppvoter) i denne tråden sammen med linjene, « Hvis du er nybegynner, bidrar ikke til et open source-prosjekt på GitHub! Det er en blindvei som fører til frustrasjon og sinne !»
Hvis noe forårsaket frustrasjon og sinne hos noen, betyr ikke det at det samme ville forårsaket lignende reaksjon i deg. Jeg beklager, men det var negativt potensielt.
Å bidra til åpen kildekode er faktisk noe som skiller deg fra nybegynnere og middels eller erfarne. Det gir deg et løft for å komme videre i teknologien eller kodereisen. Selvfølgelig vil du ikke være nybegynner for alltid, gjør du?
Jeg oppfordrer nybegynnere på det sterkeste til å bidra til åpen kildekode på GitHub og jeg Jeg vil vise nøyaktig hvordan du kan gjøre det rett etter å ha lest dette svaret.
Mange tror at bidrag til GitHub-prosjekter med åpen kildekode nødvendigvis vil kreve at de skriver en slags kode.
De får dette kunstige bildet i tankene at et offentlig arkiv for et JavaScript-bibliotek eller rammeverk med åpen kildekode vil ha en slags problem eller feil, og de må rette den feilen hvis de bestemmer seg for å bidra.
Det stemmer ikke (hele tiden) .
Jeg pleide å få et lignende bilde i tankene mine da jeg begynte med å bidra til åpen kildekode på GitHub.
Å bidra til åpen kildekode betyr ikke nødvendigvis å skrive kode.
- Å gi folk retningslinjer for å lære noe programmeringsspråk kan også betraktes som bidrag fra åpen kildekode
- Å vise menneskers vei for å bli front-end-utvikler kan også betraktes som bidrag fra åpen kildekode.
- Det faktum at jeg skriver dette svaret for å lære hva som er ikke-tradisjonell måte å bidra til open source-aktiviteter på GitHub kan også betraktes som mitt bidrag til open source.
Nok å snakke. La meg gi deg en ide om hvordan du kan bidra til åpen kildekode akkurat nå.
Jeg begynner med å utdype min personlige erfaring med å bidra til ett offentlig GitHub-arkiv.
Jeg er del av noen forum relatert til utviklere. Mange av dem. En dag var det denne fyren som opprettet en tråd som nevnte:
«Jeg opprettet GitHub-arkiv med et mål om å tilby 999 C-programmer for nybegynnere. Jeg opprettet syv av dem. 992 flere å gå. «
Dette hørtes veldig interessant ut for meg. Jeg klikket raskt på repolinken hans og utforsket 7 programmer han opprettet. De var virkelig nybegynnervennlige og tilpasset seg perfekt etter målet hans, for å hjelpe folk som begynner i C-programmering.
Jeg forkaster raskt GitHub-arkivet hans. Klonet den repoen i min lokale maskin. Og laget et nybegynnervennlig C-program med løsning, etter formatet og strukturen fyren fulgte for andre 7 programmer. Presset endringene til det gaffelte arkivet. Laget en pull-request (PR) til den fyrens originale depot med en melding «lagt til et nybegynnervennlig C-program med løsning». Den fyren godkjente PR-forespørselen min og slo sammen endringene til sin mastergren. Neste dag gjorde jeg det samme med ett program til.
Der går det. Mitt open source-bidrag. Ja. Jeg trengte å skrive kode for dette bidraget. Imidlertid var det helt annet enn det jeg hadde sett på før. Jeg løste ikke noen avanserte feil eller problemer i et kjent bibliotek eller rammeverk. Jeg tenkte bare på et nybegynnervennlig program som vi lærte på universitetet, ga løsningen for det og det var det.
Du kan lage GitHub-arkiv på din egen profil basert på disse ideene:
- de beste ressursene for å lære frontend-utvikling (nevn artikkellinker, bøker, videoressurser, gratis kurs osv.)
- beste oppgaveautomatiseringsskript i python (kildeskripter online og samle dem på ett sted , gi æren til originale forfattere)
- oversikt over forskjellige databaser (lær folk om kjente databaser som MySQL, MongoDB, SQL Server, Oracle osv. Fortell dem hvorfor de skal velge hverandre.)
- eller noe du tror ville være lærerikt for hele internett
Hvis du er interessert i ReactJS, kan du gjerne bidra med mitt GitHub-arkiv: UnnitMetaliya / 99-reactjs-project-ideas
Jeg jobber med å gi 99 enkle prosjektideer som folk kan utvikle ved hjelp av ReactJS-biblioteket. Har du en idé? Flott. Gaffel depotet mitt. Lag mappe for ideen din med samme struktur som # 001-mappen. Skyv det til depotet du forked. Foreta en pull-forespørsel til mastergrenen min. Og det er det.
tl; dr >> Å bidra til åpen kildekode på GitHub krever ikke nødvendigvis å skrive kode. Det er hundrevis av forskjellige måter å bidra til åpen kildekode enn å skrive kode.
Svar
For det første er programvare med åpen kildekode en programvare som kan brukes fritt, endret og delt (i en modifisert eller en umodifisert form) av noen.
Det å være den teoretiske betydningen av hva åpen kildekode er, den dypere betydningen stemmer overens med visjonen om å holde ting gjennomsiktig for brukeren slik at brukeren forstår helt hva som skjer og har derfor en sjanse til å gjøre en forskjell ved å legge til funksjonen han / hun vil ha mer fra den spesifikke programvaren / maskinvaren.
Det første trinnet i åpen kildekode er å identifisere organisasjonen som du liker eller hvis visjon stemmer overens med det du virkelig vil gi tilbake verden. Hver av disse organisasjonene har sin egen visjon og sitt oppdrag å gi noe tilbake til mennesker, jeg bidrar til Mozilla på grunn av deres visjon og deres oppdrag som jeg virkelig tror på, å gi folk et internett uten grenser og å holde nettet gratis. / p>
Vårt oppdrag er å fremme åpenhet, innovasjon og muligheter på nettet.
Hos Mozilla er vi et globalt samfunn av teknologer, tenkere og byggere som jobber sammen for å holde internett levende og tilgjengelig, slik at mennesker over hele verden kan informeres bidragsytere og skapere av nettet. Vi mener denne handlingen av menneskelig samarbeid på tvers av en åpen plattform er viktig for individuell vekst og vår kollektive fremtid.
Det er også mange andre organisasjoner, som Fedora, Ubuntu, GCC, Python, OpenCV, KDE. Mange mennesker som er i disse organisasjonene jobber utelukkende fordi oppdraget / visjonen stemmer overens med deres tenkning eller hvordan de tror det er best å gi tilbake til samfunnet generelt.
Etter å ha valgt organisasjonen, vil det være flere prosjekter som er tilgjengelige for deg å velge mellom eller bidra til, Firefox er et av Mozillas store prosjekter, det er også mange andre prosjekter som MDN (Mozilla Developer Network), Firefox OS, Persona osv .., Organiseringen av ditt valg kan ha en webside / wiki-side dedikert til hvordan du kommer i gang med å bidra. På Mozilla har vi noe som heter Hva kan jeg gjøre for Mozilla [1]. Det hjelper med å tydelig ta folk til deres interesser basert på programmeringsspråk de selv velger osv., så se etter noe sånt som kan komme i gang, neste trinn er å se etter noen feil, ta den nødvendige kildekoden og bygge systemet på din spesielle utviklingsmaskin og til slutt sende en oppdatering. p>
Hovedforskjellen Mellom å jobbe med kodebasen til en åpen kildekodeorganisasjon og kodebasen som brukes under universitetet er datastrukturer eller lignende kurs størrelsen på kodebasen. Å finne ut hvor hvilket innhold som ligger og hvilket kodesegment som gjør hva er den største utfordringen. I utgangspunktet kan det også være utfordrende å forstå kodebasen, selv om du kanskje kjenner programmeringsspråket, men smertene som er tatt er verdt det. Du vil ha fantastiske mennesker som kan hjelpe deg underveis i prosessen som kanskje tar litt tid på å hjelpe deg hvis du går i riktig retning og vet hva du gjør akkurat nå.
Ja, å bidra til open source-prosjekter krever at du har god kunnskap om minst ett programmeringsspråk i tilfelle du er villig til å hoppe for å bidra til kodebasen. Annet enn dette, ganske god leseferdighet og tålmodighet til å lese gjennom dokumentasjonen for hvert prosjekt, forstå et av de mange versjonskontrollsystemene, det være seg git eller mercurial eller svn
Så vidt jeg vet, er det » s ingenting kalt en «riktig» tilnærming, noen ganger kommer åpen kildekodebidrag fra et individ inn fordi de bruker den spesifikke programvaren og deres liv blir lettere ved å integrere en bestemt funksjon i denne programvaren, så de integrerer den og bidrar med den tilbake til den opprinnelige koden base, forskjellige mennesker har forskjellige krav og tilpasser programvaren etter deres behov, noen bidrar med endringene sine tilbake i håp om at det vil hjelpe noen andre, noen foretrekker å ta det opp som et frittstående separat prosjekt. Den beste måten å komme i gang er å velge prosjektet og være lidenskapelig opptatt av det.
f.eks.Tor-nettleser er et prosjekt hentet fra Firefox, det er tilpasset for å gi anonymitet og konvertert til et frittstående prosjekt.
Uansett hva du velger, må det være noe du bruker på en eller annen måte, på den måten vet du hva du gjør, og du vet også hvordan programvaren fungerer, så det blir lettere å korrelere kodenes funksjon til den faktiske funksjonen.
Noen få forslag fra min side når du går inn i åpen kildekodebidragverden ville være
- Begynn å bruke Linux / Unix-baserte systemer.
- Hold deg til terminalen og kos deg med å jobbe derfra.
- Vet grunnleggende kommandolinjeartikler som mann, grep, og for hver annen kommando har du en mannfil. (man file = manual, hvis du vil vite hvordan du bruker en spesifikk kommando, si grep, gjør bare `man grep )
- En god redaktør; vim v / s emacs war er alltid der mellom utviklere, men du kan også gå med Sublime Text / Notepad ++
Å bidra til åpen kildekode er en fantastisk følelse som utvikler fordi du vet at de små kodelinjer du har skrevet er der ute og påvirker livet til millioner av mennesker som bruker programvaren.
En annen ting som vil dukke opp i disse tider er fanboys, jeg vil dele en opplevelse med deg , som en bidragsyter til Mozilla, er spørsmålet som vi som evangelister [2] står overfor, sta mennesker som sier «Jeg bruker Chrome! Jeg liker ikke Firefox»
Kult, vi har absolutt ikke noe problem med det. Vi bygger Firefox bare fordi vi elsker det, og hovedmålet her handler ikke om hvilken nettleser du virkelig bruker, vi vil elske det hvis du brukte Firefox, men hovedmålet er å ha et åpent nett.
Et nett som er gratis, åpent, sikkert, privat og mest av alt, et nett som er vårt.
Ser frem til å se deg med Mozilla Community.
[1] Hva kan jeg gjøre for Mozilla [2] Task force / Evangelism