Kuinka menin olemaan avustaja avoimen lähdekoodin projektin ylläpitäjälle

Olin yksinäinen ohjelmistokehittäjä. Opiskellessani opiskellessani KDE-konferenssia. Se oli ensimmäinen kohtaamiseni avoimen lähdekoodin maailmaan. Konferenssissa ajattelin, että esittelijät ja käsiä nostavat ihmiset olivat erittäin taitavia. Tiesin, että käytettävissä on ilmainen ohjelmisto, jonka yhteisö on luonut yhteisölle. Mutta sitä rakentavat kehittäjät olivat minulle vieraita.

Ajattelin todella siistiä, älykkäitä ihmisiä kehittäneen tämän ohjelmiston. Ajattelin, että sinun oli oltava todella fiksu ja etuoikeutettu liittymään heihin.

Yritin osallistua Google Summer of Code (GSOC) -ohjelmaan kahdesti yliopiston aikana, mutta en onnistunut. Sitten valmistumisen jälkeen, työni aikana, käytin paljon avoimen lähdekoodin projekteja. Olen jopa käyttänyt niitä freelancerissa. Luotin voimakkaasti yhteisön kehittämiin työkaluihin ja tekniikkaan. Olin todella kiehtoo ihmisten tarinoista siitä, kuinka he alkoivat osallistua avoimen lähdekoodin toimintaan ja kuinka he saivat uskomattomat etätyöt!

Nyt kun viivyttelin vielä kaksi kuukautta enkä pystynyt laskemaan etätyötä, päätin tehdä sen kerran ja lopulta ja osallistua itse.

Aloin ladata koodini GitHubiin - aina kun kirjoitin uutta koodia. Loin avoimen lähdekoodin NPM-moduulin yhdessä joidenkin muiden demoprojektien kanssa ja latasin ne. Mutta tämä ei ollut avoimen lähdekoodin pääsisältö. En itse osallistunut muihin repo-ohjelmiin tai työskennellyt muiden kehittäjien kanssa ohjelmistojen luomiseksi. Työskentelin edelleen eristyksessä.

Hacktoberfest!

Sitten se tuli: kompastuin Hacktoberfestiin. He (DigitalOcean, GitHub ja Twilio) lahjoittivat ilmaisia ​​t-paitoja, jos lähetit 5 Pull-pyynnön avoimen lähdekoodin projektille GitHubissa lokakuussa. Vaikka PR: täsi ei sulautettaisi, se laskettiin silti edistykseesi. Ja tällä kertaa heillä oli tonni t-paitoja, joten niiden hankkiminen oli helppoa. Tämä oli viimeinen työntö, jota tarvitsin - ilmeisesti ilmainen t-paita antaa sinulle uskomattoman lisäyksen !.

Joten siis aloitin matkan AVATUN LÄHTEEN MAAILMASSA.

Asioiden jäljittäminen

Etsin avoimen lähdekoodin hankkeita GitHubista. Halusin joitain helppoja tehtäviä, jotta PR: n prosessi tuntuisi nopeasti. Joten etsin asioita, jotka eivät vaatineet minua hyppäämään koko lähdekoodiin.

Monet kehittäjät aloittivat hankkeet Hacktoberfestille ja uusille tulokkaille. PR: n lähettäminen näihin repoihin oli helppoa, joten lähetin kolme PR: tä. Lähetin kaksi muuta PR: täni muiden ihmisten henkilökohtaisiin hankkeisiin. Oli monia muita repo-ohjelmia, joissa sinun piti vain lisätä nimesi tiedostoon ja lähettää PR. Mutta päätin, että tämä ei ollut tuottavaa eikä ollut avoimen lähdekoodin henki.

Sitten tapasin tämän uskomattoman kehittäjän. Hän oli luonut staattisen blogin Vue.js: ssä ja hänellä oli monia aiheita. Kun näin kaikki aiheet, huomasin, että pohjimmiltaan hän teki henkilökohtaista blogia ja sai ihmiset osallistumaan osallistumiseen nostamalla aiheita esiin ja merkitsemällä ne asianmukaisilla tunnisteilla. Olin kuin .

Sitten tajusin, että idea oli hieno ja olin kuin

hahaha

Olin vaikuttunut hänen lahjakkuudestaan! Hän rakensi staattista blogiaan, ja samalla se hyötyi myös muille kehittäjille. Ensikertalaiset oppivat työskentelemään avoimen lähdekoodin parissa ja hankkimaan ilmaisen t-paidan. Hän sai bloginsa ryhmätyön kautta!

Hänen bloginsa löytäminen motivoi minua luomaan Hyvän ruoan oppaan.

Hyvän ruoan oppaan nousu

Olin jo päättänyt, mitä tehdä, kun olin lopettanut PR-lausuntojen lähettämisen. Joten kahden päivän työn ja PR-lausuntojen lähettämisen jälkeen oli aika uudelle alulle. Minua inspiroivat kaikki muut kehittäjät, jotka olivat luoneet repon tukemaan Hacktoberfestia. He kaikki loivat vieraanvaraisen ympäristön kannustaakseen uusia tulokkaita toimittamaan tuottavia PR-suunnitelmia. Halusin myös antaa panoksesi tähän liikkeeseen ja päätin luoda oman projektin repo-projektin.

Minäkin haluan tulla yrittäjäksi, ja minulla on luettelo, joka sisältää useita ideoita. Mutta en halunnut viettää liian paljon aikaa päätöksentekoon, mikä projekti aloitetaan. Tarkastelin kaikkia ideoita ja valitsin idean, joka oli mielestäni helppo ymmärtää ja helppo toteuttaa.

Päätin rakentaa Hyvän ruoan oppaan. Siskoni ja minä totesimme Googlessa mitä ruokia syödä tietyn sairauden parantamiseksi. Ajattelin, entä jos siellä on jo sivusto, jossa voit vain käydä etsimässä oireitasi tai sairaudesi ja se kertoo sinulle syömisruoista? Sen pitäisi olla saatavilla kaikilla kielillä, jotta useat ihmiset voivat käyttää sitä helposti.

Joten loin peruskäyttöliittymän, joka välitti verkkosivuston motivaatiota ja käyttöä. Halusin lähettää sen nopeasti, joten päätin pitää kaikki tiedot vain staattisessa tiedostossa. Halusin valita tekniikan, joka oli helppo oppia ja jota käytettiin laajasti. Tämän avulla uudet kehittäjät voivat oppia tai nykyiset kehittäjät voivat harjoittaa. Joten päädyin käyttämään Reaktia.

Sen lisäksi päätin käyttää NextJ: ää hyödyntämään monia sen ominaisuuksia. Se on myös helppo käyttää, jos tunnet jo Reaktin. Latasin koko projektin GitHubiin ja matka alkoi. Mutta tämä ei riittänyt houkuttelemaan kehittäjiä.

Ylläpitäjän nousu

Kun olen sitoutunut alkuperäiseen koodiin, tuotin sitten asianmukaiset asiakirjat. Loin ongelmiin sopivien etikettien kanssa. Loin aiheen samalla tavalla kuin luot tehtäviä ketterässä sprintissä. Lisäksi jaoin tehtävät alatehtäviin ja luetteloin ne kaikilla yksityiskohdilla.

Kun etsin aiheita, joihin voin vaikuttaa, etsin aiheita, joissa oli yksityiskohtainen ongelma ja ohjeet ratkaisulle. Joten yritin sisällyttää alunperin etsimäni tiedot aiheisiin.

Tämä toimi kuin viehätys, ja juuri sitä tarvitsi saadakseen ensimmäiset ajastin-avustajat kyytiin. Suosituimmista hankkeista on hyötyä. Tietojen puute aiheista toimii heille motivaationa. Tästä syystä suurin osa heistä ei työskentele todellisissa kysymyksissä koodin laatimisen jälkeen.

Esimerkki

esimerkki kysymys

Vielä yksi asia, jonka tein, oli julkaista päähaaro Netlifyn kanssa. Netlifylla on hieno integraatiosovellus GitHubin kanssa. Joten jos jokin PR yhdistetään, tekijä voi nähdä muutoksen mennä LIVE-tilanteeseen melkein heti.

Lopputulos? Sain 3 PR: tä ja 4 pyyntöä työskennellä vain 2 tunnissa (kerroin sinulle, että ilmaisten T-paitojen voima on erittäin vahva ).

Olen onnistunut olemaan avustaja projektin ylläpitäjälle!

Kolikon toisen puolen ymmärtäminen

Reposta tuli suosittua. Ihmiset ottivat esiin ehdotuksia koskevia kysymyksiä, lähettivät PR-lausuntoja ja kommentoivat kysymyksiä. Repooni kiinnitettiin huomiota ja se oli aivan uskomatonta.

Sain ilmoituksia koko päivän. Joka tunti saisin ainakin yhden ilmoituksen GitHubilta! Ratsasin täällä ja siellä. Tarkastelin PR: tä, vastasin kommentteihin, yhdistin PR: iä, nosin esiin lisää aiheita ja kirjoitin asiaa.

Yksi hämmästyttävä ominaisuus, joka tuli käteväksi integroimalla Netlify, oli se, että se asettaa automaattisesti CI: n (jatkuva integrointi) projektillesi. Se suorittaa useita tarkistuksia lähetetylle PR: lle ja antaa myös testin käyttöönoton, jossa voit tarkistaa integraation. Suosittelen tämän ominaisuuden käyttöä kaikissa mahdollisissa projekteissa!

Seurauksena oli, että ihmiset oppivat ja pitivät hauskaa! Ja myös ilmainen t-paita. Olen oppinut niin paljon GitHubista ja gitistä. Pro-vinkki: Jos haluat oppia nopeasti, tule avoimen lähdekoodin projektin ylläpitäjäksi. Se antoi minulle uuden näkökulman ja laajensi visioani. Joten se oli win-win-tilanne meille kaikille.

”Kaikki, mikä voi mennä pieleen, menee pieleen.” - Murphyn laki

Tarkistin jonkin aikaa PR: n yksityiskohdat, käyn läpi koodin, tarkastelen käynnistettyä integraatiota ja yhdistän PR. Joskus monien vireillä olevien PR-järjestelyjen vuoksi ensimmäisen PR: n yhdistämisen jälkeen se aiheuttaisi aaltoiluvaikutuksen ja kaikissa muissa PR: issä olisi ristiriitoja. Nyt tämä näytti aluksi huolta, mutta se oli siunaus naamioituna. Tämän vuoksi olen oppinut ratkaisemaan konfliktit. Ratkaisin monia ristiriitoja. Githubin verkkoeditori PR: ien yhdistämiseen osoittautui erittäin käteväksi pienissä muutoksissa.

Vaikka kaikilla PR-tiedoilla ei ollut hyvää koodin laatua, yhdistin silti suurimman osan niistä. Koska he olivat ensimmäistä kertaa avustajia, en halunnut estää heitä esittämästä enemmän PR: tä. Tiedän sen tunteen, kun lähetät PR: n ja odotan ylläpitäjän hyväksyvän tai kommentoivan sitä. Joten ylläpitääkseen avustajien henkeä päätin yhdistää PR: n ja sitten puhdistaa itseni (ja mielestäni tämä johti myönteiseen tunteeseen avustajille).

PR-järjestöjen määrän kasvaessa en voinut antaa paljon aikaa itselleni osallistumiseen. Suurin osa varatusta ajasta kuluu kommenttien vastaamiseen, sähköposteihin sekä PR: ien yhdistämiseen ja ratkaisemiseen. Kolmen päivän kuluttua istuin puhdistamaan koodin. Se oli sotku, jonka vain kutsuin. Tajusin, että minun olisi pitänyt ilmoittaa avustajille noudattaa ainakin joitain ohjeita. Tiedostojen nimet, toimintojen nimet ja projektirakenne olivat kaikki väärässä. Sivuston kehittyessä, samoin myös sen ongelmat.

Minun piti rakentaa koko koodipohja uudelleen. Se oli rikkova muutos, mutta sitä tarvittiin paljon. Jos tämä jatkuu, koodista tulee ylläpitämätön jonkin ajan kuluttua. Tällöin tajusin, miksi monet yritykset korostavat koodausstandardejaan. Tarkoitan, tiesin jo sen tärkeyden, mutta kokea sen omakohtaisesti projektin ylläpitäjänä oli toinen asia! Voin nähdä, miksi monet suositut avoimen lähdekoodin projektit suhtautuivat jäykästi koodausstandardeihinsa.

Näen myös kuinka ajatteluprosessini on kehittynyt viimeisen 10–11 päivän aikana. Olin naiivi avustaja, joka työskenteli omalla arkistollaan, mutta onnistuin tulemaan projektin ylläpitäjäksi työskentelemään kaikkien muiden kehittäjien kanssa.

GitHub-tilastot

Tässä ovat tähdet, haarukat ja avustajat viimeisen 11 päivän aikana!

GitHub-tilastot

Lopputulos!

Ei-reagoiva verkkosivusto luotu 10 minuutissa!

KotiNoin

11 päivän kuluttua

KotiMeistäOsallistujatfoodDetails (keskeneräinen)ehdot

Voit myös kassalla verkkosivuston uusimman version osoitteessa https://good-food-guide.now.sh.

Joka päivä sivusto paranee pienellä tai isolla tavalla.

Alarivi

Tämä 11 päivän matka on ollut minulle hienoa. Olen oppinut paljon. Nyt näen kolikon molemmat puolet.

Näen joukkueen voiman ja sen, mitä se voi saavuttaa. Jos kourallinen ihmisiä päättää työskennellä tietyn kysymyksen parissa, he voivat ratkaista kaiken. Ihmiset tarvitsevat vieraanvaraisen ympäristön ja vähän palkkiota pysyäkseen motivoituneina.

Uusien kehittäjien voi olla vaikea aloittaa osallistuminen. He etsivät ratkaistavia kysymyksiä, mutta se ei ole ainoa tapa aloittaa osallistuminen. Pääideana on pitää hauskaa ja rakentaa jotain yhdessä, parantaa ohjelmistoa. Jos olet käyttänyt sitä ja tiedät jotain, jota voit parantaa, voit nostaa asian suoraan esiin, keskustella ylläpitäjän kanssa ja lähettää PR. Mielestäni tämä on yksi parhaista tavoista aloittaa.

Minulle tuli selväksi, kuinka projektipäällikkö käyttää kunkin yksilön vahvuuksia suorittaakseen tehtävän, joka olisi ollut vaikeaa, jos yhden henkilön suorittaisi sen. Tämä on sama tilanne avoimen lähdekoodin hankkeissa. Ylläpitäjän työ on samanlainen kuin projektipäällikön. Heidän on ylläpidettävä harmoniaa kaikkien kehittäjien välillä ja kuunneltava heidän ajatuksiaan.

Tajusin myös, että minulla oli ennen tätä pelkoa suuresta tietokannasta aina, kun ajattelisin liittymistä uuteen avoimen lähdekoodin projektiin. Kääntäisin koodin, ajaisin sen ja unohdan sen. Nyt pelko on mennyt ja luulen voivani ottaa suuren askeleen kohti panostamista suuriin hankkeisiin. Toivon jatkavan uusien asioiden oppimista ja tulla hyväksi avuksi avoimen lähdekoodin yhteisölle.

Kiitos, että luit! Ja suuret kiitokset freeCodeCampin Jenniferille ja Abbeylle arvostelusta. He auttoivat minua valmistelemaan tätä artikkelia ja tekemään siitä aikasi arvoista.

Jos sinulla on kysyttävää tai ehdotuksia, jätä ne alla oleviin kommentteihin.

Loppusanat Jos pidit tästä artikkelista hyödyllistä, taputtele! Se tuntuu palkitsevalta ja antaa minulle motivaatiota jatkaa kirjoittamista.

Muokata:

Päivitti Live-sivuston URL-osoitteen https://good-food-guide.now.sh.