Katkılar portföyde nasıl sunulur?
İşleyen biçim şudur:
- Seçin: En anlamlı üç beş katkıyı ayırın; tamamını listelemeyin.
- Çerçeveleyin: Her katkı için proje, sorun ve çözümü bir iki cümlede yazın.
- Bağlayın: Doğrudan PR, issue veya ilgili commit'e bağlantı verin.
- Sonuç ekleyin: Birleştirildi mi, kaç kullanıcıya dokunuyor, bakımını üstlendiniz mi?
Bu yapı, katkıyı okuyanın gözünde "kod yazmış" bilgisini "şu problemi çözmüş" bilgisine çevirir; fark büyüktür.
Açık kaynak neden güçlü bir kanıttır?
Şirket içi projeler görüşmede anlatılır ama gösterilemez; açık kaynak ikisini birden yapar. Kodunuz ortadadır, inceleme süreci kayıtlıdır ve değişikliğin gerçek bir projede yaşadığı görülebilir.
Üstelik açık kaynak katkısı yalnızca kod yazmayı değil, iş birliğini de kanıtlar. Başkasının kod tabanına uyum sağlamak, geri bildirime göre düzeltmek ve tartışmayı nazikçe yürütmek, bunların hepsi PR geçmişinde okunur ve tam da ekip çalışmasında aranan becerilerdir.
Hangi katkılar portföye girmeli?
Sayı değil çeşitlilik hedefleyin. Farklı beceriler gösteren katkılar birlikte daha güçlüdür:
- Hata düzeltmesi: Sorunu teşhis etme becerisini gösterir.
- Özellik eklemesi: Tasarım kararı verebildiğinizi gösterir.
- Performans veya güvenlik iyileştirmesi: Derinliği gösterir.
- Dokümantasyon veya test katkısı: Yazılımın kod dışı emeğini önemsediğinizi gösterir.
Katkının ünlü bir projede olması şart değildir. Küçük ama aktif bir kütüphanede birleştirilen anlamlı bir PR, dev bir projedeki yazım düzeltmesinden daha çok şey anlatır.
Tek katkı için üç cümlelik çerçeve
Şablon basittir: Proje + sorun + çözüm. Bir örnek kurgulayalım. "Tarih ayrıştırma kütüphanesinde, saat dilimi geçişlerinde yanlış gün hesaplanmasına yol açan bir hatayı buldum. Sorunu yeniden üretilebilir bir testle raporlayıp düzeltmeyi gönderdim; PR birleştirildi ve sonraki sürümde yayınlandı."
Bu üç cümle; problemi anlama, test yazma ve süreç yürütme becerilerini aynı anda gösterir. Teknik olmayan bir işe alım uzmanı bile ne yapıldığını anlar, bu, çerçevenin asıl gücüdür.
Küçük katkılar anlamsız mı?
Hayır; sunumuna bağlıdır. Tek başına bir yazım düzeltmesi az şey söyler, ama aynı projede zamanla biriken küçük katkılar bir süreklilik hikâyesi anlatır. "Bu kütüphaneye bir yıldır düzenli katkı veriyorum; hata raporları, doküman düzeltmeleri ve iki küçük özellik."
Süreklilik, tek seferlik parlak katkıdan daha az etkileyici değildir. Bakımcıların en çok değer verdiği şey de budur; projede kalıcı olduğunuzu görürlerse sorumluluğunuz büyür ve portföyünüz kendiliğinden güçlenir.
Kendi açık kaynak projeniz varsa
Kendi projeniz, katkıdan farklı bir şeyi kanıtlar. Sahiplenmeyi. README kalitesi, sürüm düzeni, issue'lara dönüş süreniz ve kırıcı değişiklikleri nasıl duyurduğunuz, bunların hepsi ürün düşüncesinin izleridir.
Portföyde kendi projenizi anlatırken kullanıcı sayısı uydurmak yerine doğrulanabilir işaretler verin. Paket indirme sayfası, bağımlı projeler veya çözülmüş issue sayısı. Proje küçükse bunu saklamayın; "tek kişilik, odaklı bir araç" dürüst ve yeterli bir tanımdır.
Bağlantılar nereye vermeli?
Repo ana sayfası, katkınızı aramak zorunda bırakır; doğru hedef katkının kendisidir. Hata düzeltmesi için PR sayfası, tartışma ağırlıklı katkı için issue, tasarım kararı için RFC veya tartışma bağlantısı en doğrusudur.
Profil sayfanızın bağlantısını da unutmayın. Kod platformu profiliniz, katkı geçmişinin tamamına açılan kapıdır. Ama kapıyı tek başına bırakmayın, seçilmiş katkılar öne, tam geçmiş meraklısına.
Katkıları tek sayfada toplamak
Katkılarınız üç platformda dağınık durabilir. Kod deposu bir yerde, paket sayfası başka yerde, teknik yazılarınız üçüncü bir adreste. İş başvurusunda veya profilinizde bunları tek tek saymak yerine tek bağlantı vermek işi kolaylaştırır.
Dijital Link üzerinde dijital.dev alan adıyla açacağınız sayfada seçilmiş katkılarınızı, kendi projelerinizi ve teknik yazılarınızı sıralayabilirsiniz. CV'ye ve sosyal profillere giden tek adres bu sayfa olur.
Hangi bağlantının ilgi gördüğünü Dijital Link istatistiklerinden izleyebilirsiniz; saklama süresi plana göre değişebilir. Ayrıntı planlar sayfasında.
Katkı sunumu son kontrol listesi
- Seçilen katkılar farklı beceri türlerini mi gösteriyor?
- Her katkının yanında proje-sorun-çözüm cümleleri var mı?
- Bağlantılar repo ana sayfasına değil, katkının kendisine mi gidiyor?
- Birleştirilme ve kullanım gibi sonuç bilgileri yazıldı mı?
- Teknik olmayan biri okuyunca ne yaptığınızı anlıyor mu?
Katkı geçmişi yaşayan bir belgedir. Yeni anlamlı bir PR birleştiğinde iki cümlesini yazıp listeye ekleyin, en zayıf kalanı arşive indirin.
Açık kaynak katkıları hakkında sık sorulanlar
Açık kaynak katkısı portföyde nasıl gösterilir?
Üç cümlelik çerçeveyle. Hangi projede, hangi sorunu, nasıl çözdünüz. Bağlantı doğrudan PR veya issue'ya verilir ve varsa birleştirilme ile kullanım bilgisi eklenir; okuyan kişi commit geçmişini kazmak zorunda kalmaz.
Kaç katkı göstermek yeterli?
Farklı becerileri gösteren üç beş seçilmiş katkı çoğu portföy için yeterlidir. Amaç tam liste değil, örneklem sunmaktır; tam geçmiş zaten kod platformu profilinizde durur.
Küçük katkılar portföye girer mi?
Süreklilik anlatıyorsa evet. Aynı projede zamanla biriken küçük katkılar, tek seferlik büyük bir PR kadar değerli bir hikâyedir; bakım emeği ve kalıcılık, işe alımda aranan niteliklerdendir.
Ünlü projeye katkı şart mı?
Hayır. Küçük ama aktif bir projede birleştirilen anlamlı bir katkı, dev bir projedeki önemsiz düzeltmeden daha çok şey anlatır. Ölçüt projenin ünü değil, katkının gösterdiği beceridir.
Kendi projem katkı sayılır mı?
Farklı ve değerli bir kanıt sayılır. Sahiplenme. README, sürüm düzeni ve issue yönetimi ürün düşüncesini gösterir. Kullanım iddialarını doğrulanabilir işaretlerle destekleyin; küçük projeyi olduğundan büyük göstermeyin.
Katkıları tek bağlantıda toplamak mümkün mü?
Evet. Seçilmiş katkılar, kendi projeleriniz ve teknik yazılarınız tek profil sayfasında sunulabilir. dijital.dev, Dijital Link hesabında geliştirici profili için seçilebilen alan adlarından biridir.