Katılacak iyi bir açık kaynaklı projeyi nasıl bulabilirim? [kapalı]


152

Daha bir yıl önce çalışmaya başladım ve açık kaynaklı bir projeye başkalarının nedenleriyle aynı sebeplerle katılmak istiyorum: yararlı bir şeyler yaratmaya ve yeteneklerimi daha da geliştirmeye yardım ediyorum.

Benim sorunum, uygun olacağım bir projeyi nasıl bulacağımı bilmiyorum.

Acemi dostu bir projeyi nasıl bulabilirim? Hangi özellikleri aramalıyım? Bir projenin uygun olamayacağına dair uyarı işaretleri nelerdir ? İnsanları açık kaynaklı projelerle eşleştirmeye yardımcı olacak herhangi bir araç var mı?

Burada da benzer bir soru var , ancak bu sorunun istihdamla ilgisi var ve PHP / Drupal ile sınırlı.


9
Güzel, sadece ArsTechnica'ya baktım ve bu sorunun bir makale olarak yer aldığını gördüm. İşte bağlantı. arstechnica.com/business/guides/2012/03/…
Evan Plaice

Yanıtlar:


111

İlk açık kaynak katkım, daha önce ücretli bir projede daha önce kullandığım (ve çok çekmeden yaşadığım) bir kütüphaneydi. İlk kullanımım sırasında kodda bir hata tespit ettim, böylece bir yama oluşturdum, projeye katıldım ve incelemeye gönderdim.

Yaklaşık 8 ay sonra biraz boş zamanım olduğu zaman, projeye daha fazla katkıda bulunarak geri vereceğim (ve geliştirme becerilerim üzerinde çalışacağım) konusunda karar verdim. Böylece depoyu klonladım ve kod tabanına aşina olmaya başladım. Birkaç temel düzeltme ekini kod tabanına gönderdikten ve özellik isteklerini takip ettikten sonra, projeye oldukça önemli bir modül eklemek için bir özellik isteği aldım.

Çok sayıda bireysel yama düzeltmesi oluşturmak, önemli bir gelişme için oldukça sıkıcı olduğundan, depoyu git hub'daki bir şubeye klonladım ve kodu atmaya başladım. Birkaç hafta ve birkaç bin kod satırından sonra proje lideri ve ben düzeltmelerimi kütüphanenin geri kalanıyla tutarlı şekilde çalışacak şekilde birleştirip test ederek çalıştık.

Bu çok şey öğrendim çok değerli bir süreçti:

  • Başladığımda Git'i nasıl kullanacağımı bilmiyordum, sonunda uzaktan izleme dalları oluşturabiliyordum ve terletmeden onları ana dalda birleştiriyor ya da yeniden açıyordum.
  • VS 2008'de başladım ve kod yazmak için Linux ve Monodevelop'a geçtim (çünkü VS unicode retarded ve satır sonları gitmekte çok acı verici). Anlaşılan o ki * nix'te yapamayacağınız pek çok şey yoktur * dows.
  • Daha önce hiç bir birim test yapmamıştım, Nunit kullanması çok kolay ve birim testleri yazmak oldukça basit bir şey.
  • Dilimi yutmayı ve dinlemeyi ve sabrımı pratik yapmayı öğrenmek zorunda kaldım. Açık kaynaklı bir projedeki pozisyonunuz üzerinde sağlam bir temel oluşturmanın anlamı yoktur, çünkü katılan herkes bilgilidir (muhtemelen kendinizden daha fazla) ve madde teslimine dayanmayan fikirlerinizi kabul etme / reddetme yeteneğine sahiptir. Aynı zamanda son derece alçakgönüllülük ve ödüllendirici.
  • Sadece bir başka yetenekli geliştiricinin gözünün kodumun büyük bir temeline sahip olması tarzımda daha önce hiç düşünmediğim kusurları işaret etti (aynı zamanda kodundaki kusurları da işaret ettim). Benim için, sabitleri tanımlamanın, ayrıntılı yorumlarla bir sürü sihirli sayı kullanmaktan daha kolay / daha iyi olduğunu öğrendim.

Bu özel proje, tüm ağ protokolleri seviyelerinde ağ paketlerinin oluşturulması ve kodlarının çözülmesine dayanıyordu. Daha düşük seviyeli ağlara kişisel ilgi duyuyorum, bu nedenle etki alanında paylaşılan ilgi ve bilgi ile başka bir geliştirici ile görüşmeler yapmak harikaydı.

Sadece ayaklarınızı ıslatmak istiyorsanız: zaten kullandığınız bir projeyi bulun; depoyu klonlamak; ve bazı hataları düzeltip düzeltemeyeceğinizi ve / veya bazı birim testleri ekleyebildiğinizi görmeye başlayın. Bir başkasının kod tabanına taze gözlerle bakmak korkutucu görünüyor, ancak öğrenmek için son derece değerli bir beceri. Bazı yamalar gönderin. İlk önce kodunuzun yakından incelenmesini bekleyebilirsiniz. Endişelenmeyin, proje yöneticilerinin güvenini kazanmak sürecin normal bir parçası.

Proje yöneticisi ile bir liyakat temeli oluşturduktan sonra, yeni özellikler önermek veya özellik isteklerini yerine getirmek için görevlendirilmek istemek gibi daha fazla sorumluluk aramaya başlayın.

Halihazırda var olan bir projeyi ana açık kaynak havuz ağlarından birinde (github, sourceforge, google code) bulamazsanız, kullanmak istemediğiniz bir uygulamayı düşünün ve henüz kullanmayacağınızı düşünün.

Geveze olmaya ve daha fazla revizyon lehine çalışmanın reddedilmesini beklemeye hazır olun. Açık kaynaklı bir projeye herkesin kod ekleyebilmesi efsanesi tamamen yanlıştır. İlerle erişim arasında daima bir bekçi var. Kodunuz ne kadar iyiyse, proje yöneticilerine güvendiğiniz sürece uzun vadede o kadar az incelenir. Bu senin projense, o kapı bekçisi olacaksın.

Güncelleme:

Sadece düşündüm ve cevabımın çoğunun referans aldığı hangi projeden bahsetmekle uğraşmadığımı fark ettim. Bilmek isteyenler için, SharpPcap . Lider geliştirici Chris Morgan çok profesyonel ve hazır. Projeyi idare etmek için çok iyi bir iş çıkarıyor ve bana bir OSS projesinin olgunlaştırılması için gerekenler hakkında çok şey öğretti.

Kişisel zaman kısıtlamaları nedeniyle bir yıldan fazla bir süredir koduma katkıda bulunamadım ancak yine de Stack Overflow'a göz atarak ve zaman zaman SharpPcap hakkındaki soruları yanıtlayarak geri vermeye çalışıyorum.


Bu konuda bazı popüler site önerebilir misiniz?
Aditya P,

2
@AdityaGameProgrammer Açık kaynak kodlu bir hosting sitesi olmayan belirli bir projeyi aramaya daha fazla önem verirdim. Barındırma siteleri, açık kaynaklı projeler için sadece bir boşaltma alanıdır ve daha iyi özellikler bulunursa bazı projeler farklı sitelere taşınır (yani, belirli lisanslar desteklenir, daha iyi sürüm kontrol desteği, daha iyi hata izleyiciler, vb ...). Ben zaten bir kaç isim verdim. IMHO, github, google code ve sourceforge en popüler olanlarıdır. Launchpad (çarşı sürüm kontrolünü kullanır) çoğu Ububtu / linux geliştirmenin gerçekleştiğini göreceksiniz.
Evan Plaice

2
@AdityaGameProgrammer (devamı) Github, sourceforge ve google code hepsi bir yığın proje projesidir. Sourceforge daha uzun süredir bulunduğundan, muhtemelen çok daha fazla ölü / yetim edilmiş proje bulacaksınız. Önce neye ilgi duyduğunuzu düşünmek için biraz zaman ayırırsanız, katılmak için bir proje bulmak çok daha kolaydır. Bunun istisnası, kendi projenize ev sahipliği yapmak istiyorsanız. Ardından, her zamanki geliştirme iş akışınıza en uygun özelliklere göz atmak için biraz zaman ayırın.
Evan Plaice

Teşekkürler. Sourceforge'da bir tane bulma girişimlerim beni çok sayıda ölü / yetim projeye yönlendirdi.
Aditya P,

28

Mükemmel eşinizi bulmak için yapmamızı önereceğim:

  1. Zaten kullandığınız, bildiğiniz ve önem verdiğiniz açık kaynaklı bir projeniz varsa, denemek için ilk adayınız olmalıdır. Aksi takdirde düşün olur genelde yapmak ve bu alanda bir proje için arama yapmak ister.

  2. Potansiyel bir proje bulduğunuzda, acele etmeyin. Kendin kullanmaya çalış. Açıklama ve incelemelerde göründüğü kadar iyi bir eylem mi? Değilse tam bir gösteri durdurucu değil; belki de sizin için atlamak ve gerçekten bir fark yaratmak için bir fırsattır. Sonuçta, hiç kimse mükemmel bir ürün için başka bir geliştiriciye ihtiyaç duymaz. Ancak bu projenin bir parçası olmak isteyip istemediğinize dair önemli bir fikir verirken, ilgi duyduğunuz bir alanda yeni teknolojiyle ilk elden deneyim kazanırsınız.

  3. Ayrıca, projeye çok fazla zaman ayırmaya ve giriş ve çıkışlarını öğrenmeye başlamadan önce, proje posta listelerinde, forumlarda, hatta birkaç hafta boyunca hata izleme sisteminde takılmayı düşünün. Projeye düzenli olarak katkıda bulunmaya başlayacaksanız, orada çok zaman geçireceksiniz.

Anla: Orada takılmaktan hoşlanıyor musun, yoksa senin için bir sorun mu var? Bu projenin iyi ve enerjik bir topluluğa sahip olduğunu düşünüyor mu yoksa yavaş yavaş ölüyor mu? Oradaki çekirdek insanlar yeni gelenleri cesaretlendiriyor ve mentorluk yapıyorlar mı yoksa kendi başınıza olacaksınız?

Potansiyel olarak farklı alanlarda birkaç proje için bu adımları uygulayın ve yanlış bir takıma katıldığınızda ortaya çıkan hayal kırıklığını yaşama olasılığınız daha düşüktür. Böyle bir deneyim potansiyel olarak gelecekte tekrar yapmaktan caydırabilir.

Birkaç düşünce daha:

Gerçekten ilgilendiğiniz proje, çevresinde birçok geliştirici ve etkinliğe sahip yüksek profilli bir proje ise, toplulukta haklar ya da ilginç bir rol almak, hak kazanmak ya da ilginç bir rol almak için yeterli bir ün oluşturmakta zorlanacaksınız. Bu durumda, daha az görünürlükle ilgili bir projelendirme projesine katılmayı düşünün. Örneğin, jQuery'ye katkıda bulunmaya çalışmak yerine, size uygun olan jQuery eklentisini bulmaya çalışın. Daha sonra "yukarı hareket etmeyi" düşünebilirsiniz.

Bir projeyi seviyorsanız, ancak boyut, karmaşıklık veya kod kalitesi gereksinimlerinden korkuyorsanız, test etme, dokümantasyon bakımı veya hata raporu doğrulaması gibi destekleyici rollerden başlamayı düşünün. Proje posta listesinde şu anda en çok ne tür yardıma ihtiyaç duyduklarını sorarsanız, size orada rehberlik etmekten çok mutlu olacaklar. :)

Bu şekilde projeyi öğrenecek ve itibarınızı orada oluşturacaksınız ve buna hazır oluncaya kadar birkaç kez reddedilecek olan alt standart yamalar göndermeye başlamanıza göre daha fazla katkıda bulunacaksınız.

Sonuncusu ve en önemlisi: Tek bir yerde yanarsanız, devam edin; pes etme.

Umarım yardımcı olur.


2
"Destek rollerinden başlamayı düşün" için +1. Test yazmak gerçekten kolay ve testlere yakından bakmak kodun ne yapmaya çalıştığı hakkında iyi bir fikir veriyor. Belgelendirme 'daha büyük resmi' anlamada iyi bir yoldur ve hataları doğrulamak buzu kırmak için iyi bir düşük engelleyici giriş noktasıdır. Geliştiricilerin genellikle ihmal ettiği şeyler üzerinde çalışmak, odak noktanızın projeyi geliştirmek olduğunu ve katkılarınızın sadece ego odaklı olmadığını gösterir. Ego sorunları proje sahipleri için hayatı zorlaştırabilir, bu yüzden böyle bir şeye dikkat ederler.
Evan Plaice

9

İçten ilginizi çeken ve aktif olarak kullandığınız açık kaynaklı bir proje bulmanızı şiddetle tavsiye ederim .

Nedeni basit: Bir angarya ve bir hobi arasındaki farkı yaratır.

Bilgisayarına bir bak. Açık Kaynak olan hangi yazılımı kullandınız? Tahmin, Chrome veya Firefox veya belki de Open Office veya Instant Messenger istemcisi olabilir. Mükemmeller mi, yoksa yapabilmek için değiştirmek istediğiniz küçük bir şey var mı?

Varsa, şimdi bunun hakkında bir şeyler yapmanın zamanı geldi.


8

Tıpkı insanların yıllardır yaptığı gibi bir proje bulmayı (ya da başlatmayı), bir şeyler yapmak için Açık Kaynak kodlu yazılımı kullanmaya başlamanızı öneririm. Bu, belki de fazla basitleştirilmiş bile, sizin için önemsiz görünebilir. Yine de, bir şeyi kullanmanın, bir hatayı bulma, kaynağı kapma ve düzeltmenin memnuniyetini tarif etmek gerçekten zordur. Veya, belki de değiştirerek çalışmasını istediğiniz şekilde çalışır.

Ayrıca, sadece 'dahil olma' uğruna hackleme. Linux çekirdeğindeki yamalarımın% 95'i asla gün ışığını görmeyecek, kimsenin benden başkalarını istemeyeceğinden eminim ve muhtemelen başka herhangi bir yetenekli çekirdek korsanı gördüklerinde psikiyatrik değerlendirmeye tabi tutulacağım. Ama piglatin_printk()birkaç yıl önce 1 Nisan şakasıyla başlayan uygulamamdan hala zevk alıyorum :)

Evet, kodunuzu ve düşünce sürecinizi diğer yetkili kişilerin önünde almak paha biçilemez, nasıl iletişim kurup işbirliği yapacağınızı öğrenmek de paha biçilmez. Yalnız bir proje size ne yapmamasını göstermek için harika bir yol. İpucu, yalnızca sürüm kontrol yazılımı, posta listeleri ve hata izleyici kullanmaktan daha fazlası var.

Başlamak için, öncelikle kullanmak isteyebileceğiniz bir yazılım bulmak için Ohloh'u araştırmanızı öneririm . İndirin, kurun, oynayın. O zaman git başka bir şey al. Sonunda bir şeyi geliştirmek istemek için gelirsiniz ya da bir şeyi bulduğunuzdan tamamen farklı bir şekilde uygulamak için dürtüsünüz olduğunu fark edersiniz.

Yardımcı olan diğer bir şey açık dostu bir şirket için çalışıyor. Şirketim Xen'i yoğun olarak kullanıyor, bu yüzden ilginç hatalar bulma ve bunları düzeltirken sorunum yok, çünkü yine de yapmamız gerekiyor. Sonunda, sonucu kullanacağımız için çalışanların RFC'ler ve taslak şartnameleri gibi şeylere katılmaları da sorun değil.


+1 piglatin_printk ()? Kulağa komik geliyor. Bunu çalışırken görmek isterim. Linux Çekirdeğinizdeki yamaların çoğunun reddedilmiş olması şaşırtıcı değil, kritik bir projede eğlence / yaratıcılık için fazla yer yok. Neyse ki, kodları kabul etmede daha az giriş engeline sahip çok daha küçük projeler var - katkıların taahhüt edilmeden önce bir işe ihtiyacı olsa bile.
Evan Plaice

1
@EvanPlaice Reddedilmediler, henüz hiç yollanmadılar;)
Tim Post

7

OpenHatch bunun için özel olarak oluşturuldu.

Alıntılamak:

OpenHatch, olası özgür yazılım katılımcılarını topluluklar, araçlar ve eğitim ile eşleştirmeye adanmış kar amacı gütmeyen bir kurumdur.

Projeleri tür, teknoloji, gereken beceri düzeyine vb. Göre tarayabilir ve seviyenize uygun olanı bulabilirsiniz.


Great little site :) Bir tane de freecode.com sitesini ziyaret edebilir
nha

4

Açık kaynak geliştirmeye başlamak isteyen insanlara gelince tekrar tekrar fark ettiğim bir şey, büyük projelerin saflığı ve büyüklüğü karşısında bunalmış olmaları. Birkaç yıl önce aynı problemle karşılaştım ve deneyimlerime göre, daha büyük projelere hemen bakmamak en iyisi.

Bir süre hoşuma gidecek projelere baktıktan sonra, onların hala ulaşamadıklarını farkettim ve daha sonra kendi başıma çok küçük projeler üzerinde çalışmaya başladım. Gerçekten alakalı olup olmadığına veya başkalarının kullanmaya başlayıp başlamayacağına bakılmaksızın, Github'daki kodu sadece serbest bırakmaya dikkat ediyorum. Sonunda, insanlar yaptığınız şeye ilgi göstermeye başlayabilir. Aksi halde, daha büyük ve daha popüler projelere yavaş yavaş geçme konusunda güven ve teknik beceri kazanacaksınız.


3

Özellikle her hafta yeni bir OSS projesi başlatarak yeni geliştiricileri açık kaynaklara katılmaya teşvik eden Kod 52 adı verilen yeni bir web sitesi var .

Buradaki fikir, daha önce hiç açık kaynağa katılmayan insanlar için daha az göz korkutucu görüneceği ve umarım diğer OSS projelerinde yer almaya daha meyilli olacağını umuyor.


1
Araştırıyordum ve eklemek için birkaç notum var. Code52, 'Microsoft'un 2012 Yılın İş Ortağı' unvanını kazandığını iddia eden Readify şirketinden 3 geliştirici tarafından yönetiliyor. Projeler GitHub'da barındırılsa da, projelerin her biri WinJS'de yazılmıştır (yani hedef Win8) ve Microsoft Genel Lisansını taşır. İmkansız bir bakış açısına göre, MPL kopya bırakılmıştır, ancak türevlerin aynı veya benzer lisansı devralmasını gerektiren bazı kısıtlamalar getirmektedir. Yani, daha az kısıtlayıcı olan MIT lisansından çok GPL lisansı gibidir.
Evan Plaice

Proje çok çekici görünüyor, ancak Microsoft tarafından oluşturulan ve yeni Windows 8 ekosistemini kurcalamadan doldurmak için yaratılan yeni bir Açık Kaynak Geliştirici Dijital Sharecropping programı olduğu fikrini sallayamıyorum. Boyun askısı takan teneke şapka gibi görünmüyor ama MS, Açık Kaynak ile entegrasyon konusunda tam olarak en iyi şöhrete sahip değil.
Evan Plaice

1
-1 Görünüşe göre bu site bir yıl önce temelde öldü (daha fazla güncelleme yok)
Michael Durrant

3

Okumanızı tavsiye ederim: http://open-advice.org/ .

Toplulukları kuran ve sürdürenlere ve hangisine katılmak istediklerinden ya da nasıl yapacaklarından emin olmayanlara yardım etmeyi amaçlamaktadır.

Bunu başaramazsanız, sizinle rezonansa geçen bir misyon ya da çatal olan bir proje bulun ve sizin için zaten yararlı olan bir projeye katkıda bulunun.

İyi şanslar.


3

Başladığımda, çevrimiçi seçenekleri araştırdım ve yeni başlayanlar için dişlerinizi batabileceğiniz bir şey bulmak zor oldu.

Bazı projelerin katkıda bulunmaları zordur çünkü çok ileri düzeydedirler, ancak topluluk davetkar değildir. Yani, bir duvara çarptığında cesaretini kırma.

Araştırma sırasında, yeni başlayanların çok stresli süreçler olmadan desteklemeye başlayabilecekleri 10 açık kaynaklı projenin bir listesini hazırlamaya karar verdim. İşte kullanılacak bağlantı:

Yeni başlayanlar için on adet proje desteği ve öğrenmesi

Umarım yararlı bulursunuz ve havalı olanları bulursanız her zaman daha fazlasını ekleyebilirsiniz!


Bunun ne olduğunu ve neden soruyu yanıtlarken bunu neden tavsiye edersiniz? "Sadece bağlantı cevapları" Stack Exchange'de pek hoş karşılanmıyor
gnat

2

İlgilendiğiniz bir konuda kendi başınıza bir proje başlatmanızı öneririm.

Genel olarak bir proje üzerinde çalışarak çok şey öğrenilebilir. Başka birinin nasıl daha iyi kodlanacağını öğrenmek için nasıl kod yazdığını görmek gerekmez. Ve bazen, diğer insanların genellikle sizden daha fazla tecrübesi olmadığı için ne yapmamanız gerektiğini göreceksiniz.

Genellikle başkalarının kodunu görmenize yardımcı olur, ancak kullandığınız kitaplıklar ve bileşenler aracılığıyla kendi projenizde başkalarının kodlarıyla karşılaşırsınız.

Tecrübe size neyin iyi neyin kötü olduğunu öğretir.


1
Bunun harika bir fikir olduğunu düşünürken, yeni başlayan bir proje olarak yapmak korkutucu olabilir. Özellikle kod incelemeleriniz veya giriş ekleyebilecek diğer kişileriniz olmadığında. Kendi projelerim birçok yeniden yazma ve binlerce kod satırından geçti, çünkü kimse bana X'in daha iyi olduğunu söylemedi, hala bir sorunum var. Yerleşik bir projeye katılmak daha iyi öğrenmeyi hızlandıracak
TheLQ

@TheLQ: Sanırım deneyim seviyene bağlı, sıfırdan bir şeyler yapman, sana birçok şey yapmış bir takıma katılarak, çok fazla ders ve öğrenmeyeceğin şeyler öğretecek. Bence kendi veya bir başkasının projesi hakkında mal ve kötülükler var.
Brian R. Bondy

@TheLQ Tamamen katılıyorum. Zaten var olan bir projeye katılmak çok değerli bir deneyim çünkü size açık kaynaklı projelerin nasıl yönetildiği ve organizasyonun nasıl yapılandırıldığı hakkında bir fikir veriyor. Başkasının başarılı projesi üzerinde çalıştıktan sonra, kendimden birini yaratma adımlarını atmak, parkta bir yürüyüş yapmaktı.
Evan Plaice

2

Ben google kodunda bir proje sahibiyim ve katkıda bulunanları arıyorum. (Yine de olacak değil reklam için bu cevabı kötüye.) Dolayısıyla benim düşüncem sizin için ilginç olabilir.

Önce ne olduğunu öğrenmek gerekecek sen 'ilgililer. Sonra ilişkili bazı alanlarda bazı uzmanlık geliştirmek için ilgi. Sonra bir proje bulmak için uzmanlık talep ve ihtiyaç vardır.

Proje ne kadar küçükse, o kadar az katkıda bulunanlar zaten var, katkıda bulunanların aranması olasılığı o kadar yüksek ve yazarlarla / proje sahipleriyle doğrudan iletişim kurabilirsiniz. Onlara a) uzmanlığınızın ne olduğunu b) projede uygulanabileceğini nerede gördüğünüzü c) elde edebileceğinizi düşündüğünüzü belirtin.

Unutmayın: Sadece bir veya iki ana programlama dilini bilmek uzmanlık değildir .


Birine, ilgilendikleri şeyleri belirleme veya bu alanlarda uzmanlık geliştirme konusunda karar vermeleri için nasıl bir tavsiyede bulunursunuz?
Adam Lear

2
@Anna Sorunuzu anladığımdan emin değilim. Yani yüzlerce konu var - ağ protokolleri veya GPU'nun iç işleri gibi düşük seviyeli şeylerden oldukça soyut, neredeyse matematiksel konulara (ayrıştırma, tip sistemleri, kategori teorisi, vb.) Kadar. En büyük dahi hepsine hakim olmayacak ve kendisinin dahi olmadığı bir alanda uzman olan birine sahip olmaktan mutluluk duyacaktır. Ama ne senin ilgi gerçekten kim olduğunu ancak söyleyebilirim?
Ingo

1
Evet, ilgi alanlarını keşfetmek belki de kişiseldir (veya tavsiye "farklı şeyler denemek ve neyi sevdiğinizi görmek" anlamına gelir), ama uzmanlık kazanmaya ne dersiniz? Sadece birkaç dili bilmekten daha fazlası olduğunu söylüyorsun. Peki, yeni bir konu / konu verildiğinde, bu uzmanlığı kazanmak için ne yapardınız? Bana göre, bir OSS projesine katılmak bu sürecin bir parçası olacaktır, ancak sizi doğru okuyorsam, bir projeye katılmadan önce bunun bir uzman olması gerektiğini öne sürüyorsunuz.
Adam Lear

Ne yapardım? Kitapları oku. PDFleri oku. Tanıdığınız biriyle veya internette konuşun. Bir şey dene. Uygulama. SO ile ilgili konuyla ilgili tüm soruları yanıtlayın. O zaman bir gün, bir kaçının sizden daha iyi bildiğini fark edin. - Beni "uzman" ile ilgili anlamıyla fazla alma, ama açık kaynak projelerinde, gönüllü olduğu için, birisini iş yapmaya zorlamanın hiçbir yolu olmadığını hatırlayın - dolayısıyla ne yaptığını ve kimin istediğini bilen insanlar sadece bunu yapmak için çok açığız.
Ingo
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.