Ozgur kaynakli projelere destek olmak, bir yazilimcinin kendini gelistirmesi, kariyerinde ilerlemesi, ve daha da onemlisi baskalarina yardimci olabilmeleri ve topluluga katki saglamalari acisindan gercekten cok onemli.
Girecegin is mulakatlarinin hatri sayilir bir oraninda ozgur kaynakli kodlarin, yan projelerin, ve is disinda kendini gelistirmek icin neler yaptigin hakkinda konusuyor olacaksin – En azindan Silikon Vadisi'nde durum boyle.
Yeni teknolojiler ogrenmekten, daha once tanimadigin onlarca insanla iletisim kurmak; kendini ve yazdigin kodu tum dunyanin gozleri onune sermek biraz urkutucu olabilse de, sana cok sey katacaktir.
Bu dokumanda konuyla ilgili aklima gelenleri paylasiyorum. Eminim gozumden kacan seyler olacak. Eklemek istediklerini, gorus, dusunce, onerileri, ve yorumlarini ekle.
Bir ozgur kaynakli projeyi severek kullaniyorsun, fakat bazi ozellikleri eksik mi? && Kodu forklayip, bu ozellikleri ekleyebilirsin. Bu hem senin, hem de projeyi kullanan toplulugun yararina olacaktir.
~via hhttp://opensource.com/life/12/11/open-source-contributions-come-all-shapes-and-ses
Ozgur yazilim projelerinin kod disinda pek cok ihtiyaci da var. Dokumantasyon bunlardan biri. Kaliteli bir README ve API dokumantasyonu projenin baskalari tarafindan kullanilmasini kolaylastirir.
Ya da acik olan issuelara yorum yazabilir, projeyi test ederek, hatali calistigini dusundugun yerler icin yeni issuelar acabilirsin. – Her ozgur kaynakli projenin, detayli kullanip, test edip, bug raporlayan birilerine ihtiyaci vardir.
Projenin hedeflerini, kapsamini, ve senden ne bekledigini cok iyi bil.
Pek cok proje README ya da CONTRIBUTING dosyalarinda yeni seyler eklemek icin neleri nasil yapman gerektigini anlatir. Katkidan bulumadan once projeyi, gereksinimlerini, kod standartlarini incele.
Kimse basina buyruk kod yazan birini kabul etmez.Projeye yazdigin kod, farkli bir kisi tarafindan yazilmis gibi gorunmemeli, tek bir elden cikmis gibi durmalidir.
Pek cok ozgur yazilim projesi ekledigin kodun belirli standartlarda olmasini, ve kodla birlikte test ve dokumantasyon da eklemeni ister.
Eger projeye ilk kez bir patch gonderiyorsan neler yapman ve nelere dikkat etmen gerektigini projeyi maintain eden cekirdek ekibe ve proje topluluguna sor. – "muhtemelen bir yerlerde bu surec dokumante edilmistir, ilgili dokumanlari da okuyun.
2014'lu yillarda halen "dil ogrenmeye vaktim yok, ben boyle de guzelim" diyorsan, birak ozgur yazilim sensiz kalsin.
Ister begen, ister begenme ozgur yazilim dunyasinin buyuk bir cogunlugu Ingilizce iletisim kuruyor; kaliteli teknik kaynaklarin hepsi Ingilizce. Cagin gerisinde kalmamak icin, bu dili og-ren-me-li-sin! – Kaldi ki Ingilizce dunyanin ogrenilmesi en kolay dillerinden biri – Usengeclige gerek yok. Gerekli zamani ayir ve ogren!
Ilk baslarda proje toplulugu tarafindan ciddi anlamda elestirilebilirsin; yazdigin kod sorgulanabilir, ve reddedilebilir.
Baskalarinin goruslerini anlamaya zaman ayir. Projede senden daha uzun suredir var olduklari icin, bir bildikleri vardir elbet.
Projenin bakimini ustlenen ekip bazen cok sert olabilir.
Gonderdigin kod reddedilirse, muhtemelen neden reddedildigi de soylenecektir. Kodunu oneriler dogrultusunda duzenleyip yeniden goruslerine sun.
Eger eklemek istedigin sey, projenin geneli icin yararli ise er ya da gec kabul edilecektir.
Ve her toplulugun kendine gore kurallari, jargonu, isleyi vardir. Bir sure projenin katilimcilarinin paylasimlarini, sorulara nasil cevap verdiklerini; baskasinin kodunu elestirirken nasil davrandiklarini, birbirleriyle nasil yardimlastiklarini incele. Bir sure projeye ait github tartismalarini, forumlari, ve IRC kanallarini takip edin. Genel olarak proje kulturu hakkinda bir fikir edin.
Ozellike IRC kanallari ozgur yazilim projelerinde sandigindan cok daha aktif kullanilir. Bir IRC client'i kur ve kullanmaya basla.
Her ozgur yazilim projesinin farkli bir build sureci, farkli bir test sistemi, ve farkli komut satiri betikleri vardir. Projenin sadece kullanicisi degil, gelistiricisi de olacagin icin bu surecleri dikkatlice ogren. Eger bu sureclerle ilgili bulmakta zorlandigin yerler varsa, proje dokumantasyonlarini guncelle ki senden sonrakiler de ayni dertten muzdarip olmasinlar.
~via http://ivanzuzak.info/2012/03/03/todos-ideas-for-contributing-to-open-source-projects.html
Kaynak kod icindeki bu tarz notlar, bir issue acmayi gerektirecek oneme sahip olmayip, yine de bir ara duzeltilmesi guzel olacak seylerdir. Bu bolumlerde katkin olabilir, ve projenin bakimindan sorumlu ekibin ciddi anlamda takdirini kazanirsin.
Ozgur yazilim projeleri kaynak kod, test caseleri, kod ornekleri, ve dokumantasyondan olusur.
Bu bolumlere katkida bulunmak yerine gidip de projenin forumlarinda, IRC, ve e-posta kanallarinda "geyik" yapiyorsan onceliklerini yeniden gozden gecirmelisin.
Tabii ki her proje saglikli bir tartisma ortami ister; bununla birlikte yeterince tartistiktan sonra herkes isi ne ise onu yapmaya devam eder; kimse havanda su dovmez.
Bilgilendirme için teşekkürler :)