Merhaba! Adım Dmitry Pavlov, çalışıyorum Ayrıca Apache Ignite'ta taahhütçü ve PMC katılımcısıyım ve Apache Eğitimine katkıda bulunuyorum. Geçenlerde Sberbank'ın açık kaynak buluşmasında bir komisyoncunun çalışmaları hakkında bir sunum yaptım. Açık kaynak topluluğunun gelişmesiyle birlikte birçok kişi giderek daha fazla soru sormaya başladı: nasıl taahhütçü olunur, hangi görevler üstlenilir ve bu rolü almak için kaç satır kod yazılması gerekir. Taahhütçüleri düşündüğümüzde, hemen her şeye gücü yeten ve her şeyi bilen insanları, başlarında bir taç ve asa yerine bir cilt “Temiz Kod” ile hayal ediyoruz. Öyle mi? Gönderimde, gerçekten ihtiyacınız olup olmadığını anlayabilmeniz için committerlerle ilgili tüm önemli soruları cevaplamaya çalışacağım.
Açık kaynak topluluğuna yeni gelenlerin tümü, asla taahhütte bulunmayacaklarına dair düşüncelere sahiptir. Sonuçta, çoğu kişi için bu, yalnızca bir ton kod yazarak özel liyakat karşılığında elde edilebilecek prestijli bir roldür. Ama bu o kadar basit değil. Taahhüt edene toplumun bakış açısından bakalım.
Taahhüt eden kimdir ve neden buna ihtiyaç duyulur?
Yeni bir açık kaynak ürün oluşturduğumuzda, kullanıcıların onu kullanmasına ve keşfetmesine, ayrıca değiştirilmiş kopyalarını değiştirmesine ve dağıtmasına her zaman izin veririz. Ancak yazılım kopyalarının değişikliklerle birlikte kontrolsüz dağıtımı meydana geldiğinde, ana kod tabanına katkı alamıyoruz ve proje gelişmiyor. Projeye kullanıcı katkılarını toplama hakkına sahip olan taahhütçüye ihtiyaç duyulan yer burasıdır.
Neden taahhütçü olmalıyız?
Özgeçmiş için taahhütte bulunmanın bir artı olduğu gerçeğiyle başlayalım ve programlama alanına yeni başlayanlar için bu daha da büyük bir artı, çünkü çoğu zaman bir işe başvururken kod örnekleri isterler.
Taahhüt etmenin ikinci şüphesiz avantajı, en iyi uzmanlarla iletişim kurma ve açık kaynaktan harika fikirleri projenize aktarma fırsatıdır. Ayrıca belli bir açık kaynak ürününü iyi biliyorsanız onu destekleyen veya kullanan bir firmada iş bulabilirsiniz. Hatta açık kaynağa katılmazsanız yüksek kariyer pozisyonlarına ulaşamayacağınız yönünde bir görüş bile var.
Kariyer ve istihdam açısından faydaların yanı sıra, kendini adamış olmak da keyiflidir. Profesyonel camia tarafından tanınıyorsunuz, çalışmanızın sonucunu net bir şekilde görüyorsunuz. Bazen XML'de alanları neden ileri geri taşıdığınızı bile anlamadığınız bazı kurumsal geliştirmelerdeki gibi değil.
Açık kaynak topluluklarında Linus Torvalds gibi üst düzey uzmanlarla tanışabilirsiniz. Ama eğer böyle değilseniz, orada yapacak bir şeyinizin olmadığını düşünmeyin; farklı seviyelerde görevler var.
Ek bonuslar da var: Örneğin Apache taahhütçüleri ücretsiz bir IntelliJ Idea Ultimate lisansı alıyor (bazı kısıtlamalara rağmen).
Müteahhit olmak için ne yapmalı?
Çok basit; sadece taahhütte bulunmanız gerekiyor.
Projelerde size göre bir görev olmadığını düşünüyorsanız yanılıyorsunuz. Sadece ilginizi çeken topluluğa katılın ve ihtiyaç duyduğu şeyi yapın. Apache Yazılım Vakfı'nın ayrı bir taahhütte bulunanlar için gereklilikler ile.
Hangi sorunları çözmeniz gerekecek?
En çeşitli olanı - geliştirmeden test yazmaya ve dokümantasyona kadar. Evet, evet, topluluktaki test uzmanlarının ve belgeleyicilerin katkısı, geliştiricilerin katkısıyla eşit düzeyde değerlendirilmektedir. Standart olmayan görevler vardır; örneğin, bir YouTube kanalını yönetmek ve diğer kullanıcılara açık kaynaklı bir ürünü nasıl kullandığınızı anlatmak. Örneğin Apache Yazılım Vakfı'nın ayrı bir kuruluşu vardır. , hangi yardımın gerekli olduğu belirtilir.
Taahhütçü olmak için büyük bir özellik yazmam gerekiyor mu?
HAYIR. Bu hiç de gerekli değil. Yükleyicinin tonlarca kod yazmasına gerek yok. Ancak büyük bir yazı yazarsanız proje yönetim komitesinin sizi değerlendirmesi daha kolay olacaktır. Topluluğa katkıda bulunmak yalnızca özellikler, programlama ve testlerle ilgili değildir. Bir mektup yazıp bir sorundan bahsederseniz, mantıklı bir çözüm sunarsanız bu da bir katkıdır.
Bağlılığın güvenle ilgili olduğunu anlamak önemlidir. Sizi taahhütçü yapıp yapmamaya, tıpkı sizin gibi insanlar tarafından, ürüne fayda sağlayan bir kişi olarak sizin hakkınızdaki görüşlerine göre karar verilir. Bu nedenle sizin toplumdaki eylem ve eylemlerinizle bu güveni kazanmanız gerekiyor.
Nasıl davranmalı?
Yapıcı, olumlu, kibar ve sabırlı olun. Açık kaynakta herkesin gönüllü olduğunu ve kimsenin kimseye bir borcu olmadığını unutmayın. Size cevap vermiyorlar - bekleyin ve 3-4 gün içinde sorunuzu size hatırlatsınlar. Size her zaman cevap vermezler; açık kaynak isteğe bağlıdır.
Birinden sizin için veya sizin için bir şey yapmasını istemeyin. Deneyimli topluluk üyeleri bu tür "dilencilere" karşı bir içgüdüye sahiptir ve işlerini kendilerine itmek isteyenlere karşı anında alerjiye kapılırlar.
Yardım alırsanız bu harika, ancak kötüye kullanmayın. Şunu yazmamalısınız: "Arkadaşlar, şunu düzeltin, yoksa yıllık ikramiyemi kaybedeceğim." Bundan sonra nereye gitmeniz gerektiğini sormak ve bu hatayla ilgili daha önce neler araştırdığınızı bize anlatmak daha iyidir. Sorunu çözmenin sonuçlarına göre wiki'yi güncellemeye söz verirseniz, size cevap verme olasılıkları önemli ölçüde artacaktır.
Son olarak okuyun ve öğren .
Eğer taahhütte bulunmuyorsanız nasıl katkıda bulunabilirsiniz?
Projeler sıklıkla, önce her şeyin gözden geçirildiği ve ardından değişikliklerin ana programda birleştirildiği bir RTC şeması kullanır. Bu programla, kesinlikle herkes, hatta taahhütte bulunanlar bile incelemeye tabi tutulur. Bu nedenle taahhütçü olmadan bir projeye başarılı bir şekilde katkıda bulunabilirsiniz. Yeni katılımcı olarak seçilmeyi kolaylaştırmak için yeni katılımcılara mentorluk yapabilir, bilgi paylaşabilir ve yeni materyaller oluşturabilirsiniz.
Çeşitlilik - fayda mı zarar mı?
Çeşitlilik - Apache Yazılım Vakfı'nın anlayışına göre bu, diğer şeylerin yanı sıra, katılımcıların çeşitli şirketler tarafından açık kaynaklı bir projeye bağlanmasıdır. Herkes tek bir kuruluşa bağlıysa projeye olan ilginin kaybolmasıyla tüm katılımcılar hızla oradan kaçarlar. Çeşitlilik, uzun vadeli, istikrarlı bir proje, çeşitli deneyimler ve katılımcıların geniş bir görüş yelpazesi sağlar.
Aşk için mi, rahatlık için mi?
Açık kaynaklı projelerde iki tür insan vardır: Bu ürüne katkı sağlayan bir kuruluşta çalışanlar ve burada aşk için çalışanlar yani gönüllüler. Hangisi daha üretken? Genellikle katkıda bulunan kuruluştan ürünü destekleyen katılımcılar. Sadece gerçeğin özüne inmek için daha fazla zamanları ve net bir motivasyonları var, göreve odaklanmışlar ve kullanıcıya daha yakınlar.
Bunu "sevgiyle" yapanlar da motive oluyorlar, ama farklı bir şekilde; dünyayı daha iyi bir yer haline getirecek projeyi incelemeye hevesliler. Ve daha istikrarlı ve uzun vadeli odaklı olanlar kesinlikle bu tür katılımcılardır, çünkü topluluğa kendi inisiyatifleriyle gelenlerin onu bir günde bırakmaları pek mümkün değildir.
Verimlilik ve istikrar arasında bir denge nasıl bulunur? İki seçenek var. İlk seçenek: Katılımcının bu açık kaynak projesine resmi olarak dahil olan bir şirkette çalışması ve bu projede kendi çıkarları dışında ek bir şeyler yapması - örneğin yeni gelenleri desteklemek. İkinci seçenek açık kaynak dönüşümü geçirmiş bir şirkettir. Örneğin, çalışanlar haftanın dört günü ana iş projesi üzerinde çalışırken, geri kalan zamanlarda açık kaynak üzerinde çalışırlar.
Committer - olmak ya da olmamak?
Bağlılık iyi ve yararlı bir konudur, ancak özellikle bağlı olmak için çabalamamalısınız. Bu rol kod tabanlı bir rol değildir ve bilginizi göstermez. Önemli olan tek şey uzmanlıktır, yani projeyi inceleyerek, derinlemesine inceleyerek ve başkalarının sorunları çözmesine yardımcı olarak kazandığınız bilgi ve deneyimdir.
Kaynak: habr.com