Kehitysprosessiin osallistumisen ABC
By: Jeremias Kangas https://www.facebook.com/notes/jeremias-kangas/kuinka-open-source-kehitys-toimii/10151294144258804
Open Source-projektilla ei ole varaa ylläpitää asiakaspalvelua. Tämän takia saadaksesi palautteesi kuuluviin sinun tulee olla valmis tekemään myös töitä. Töillä tarkoitetaan sellaisia ikäviä asioita, joita et haluaisi tehdä, vaan mieluusti antaisit ne muiden tehtäviksi.
Open Source -kehitys tapahtuu täysin hajautetusti, perustuen periaatteeseen että hallitsijoita ei ole. Jos et ole tyytyväinen projektin ylläpitäjän toimintoihin, voit aloittaa aina oman kopiosi projektista (fork) ja tehdä siihen haluamasi muutokset.
Työn minimointi on tärkeää. Sovituilla käytännöillä työ organisoidaan tehokkaimmin. Pull request githubissa tai vastaavassa palvelussa on osoittautunut pitkässä juoksussa erittäin hyväksi ja reiluksi tavaksi organisoida tekemistä Open Source-maailmassa.
Pull requestin idea on hyvin yksinkertainen. Jos haluat muutoksen projektiin, valmistelet muutoksesi omaan kopioosi ja teet projektin ylläpitäjälle pull requestin. Kun se on tehty, pitää vain odotella miten projektin ylläpitäjä reagoi pull requestiin.
Tässä esimerkissä tein oman kopioni (https://github.com/kangasbros/oppikirjamaraton-maa1) alkuperäisestä versiosta (https://github.com/linjaaho/oppikirjamaraton-maa1). Huomattavaa on, että mikään ei sinällään erota näitä kahta projektia toisistaan, paitsi markkinointi. Myös markkinointiin pitää Open Source-projekteissa panostaa.
Joskus projekteilla on useita ylläpitäjiä. Liian useat ylläpitäjät kuitenkin helposti sakkaavat kehityksen. Yleensä korkeintaan muutaman henkilön ylläpito toimii parhaiten. On parempi, että projektista on muutamia keskenään kilpailevia haaroja, kuin se että aikaa tuhraantuu ns. demokraattiseen lässytykseen.
Open Source -kehittäminen on hyvin antoisa harrastus, kun siihen pääsee sisälle. Open Source-kehityksen kautta tutustuu kansainvälisesti erilaisiin ihmisiin ja saa hyviä, kansainvälisiä kontaktiverkostoja. Niinkuin useassa muussakin harrastuksessa, Open Source -ohjelmoinnissa "kiksit" ymmärtää vasta sitten kun harrastuksessa alkaa olemaan sisällä.
Kuka tahansa voi laittaa Pull Requestin, mitään vaatimuksia sille ei ole. Joskus harvoin ylläpitäjällä ei ole aikaa kommentoida syvällisemmin Pull Requestin sisältöä, vaan se voidaan hylätä suorilta käsin ilman kommentteja. Tällaisissa tapauksissa voi miettiä pull requestin uusimista tai oman forkin tekemistä.
Yleinen harhakäsitys on, että open-source harrastajien mielestä kaiken pitäisi olla ilmaista. Näin ei suinkaan ole. Usein esim. yritykset valmistavat joitan ohjelmistoja open source-mallilla, koska ne hyötyvät tällaisesta toimintamallista enemmän kuin suljetun lähdekoodin kehitysmallista.
Voit tarkastella oppikirjamaraton-projektia selaimen kautta: https://github.com/linjaaho/oppikirjamaraton-maa1/
Tehdäksesi isompia muutoksia projektiin, sinun täytyy asentaa koneellesi latex-ohjelmisto ja opetella kääntämään lähdekoodi lopulliseksi tuotokseksi. Tämän lisäksi sinun pitää opetella muokkaamaan lähdekoodia ja tekemmään pull requesteja githubissa. Neuvoja löytyy lisää internetin ihmemaasta.