- Şans kontrol edilemeyen bir dış etken gibi görünse de, üretilen işi paylaşarak iyi fırsatlarla karşılaşma olasılığını artırmak mümkün
- Şansın yüzey alanı (Luck Surface Area), “bir şeyler yapmak (Doing Things)” ile “insanlara anlatmak (Telling People)” düzeyinin çarpımı olarak tanımlanır
- İşi yapmak ve görünür kılmak, geliştirici, tasarımcı ve diğer üreticiler için vazgeçilmez bir süreçtir; aynı zamanda kişinin merakını ve uzmanlığını ortaya koymasının bir yoludur
- Mükemmel sonucu beklemek yerine süreci, öğrenilenleri ve deneme-yanılmaları birlikte paylaşmak önemlidir; bu, başkalarına ilham veren bir eyleme dönüşür
- Paylaşılan işler, yeni iş fırsatları, iş birlikleri, konuşma davetleri, topluluk bağlantıları gibi beklenmedik kapılar açar; bu yalnızca şans değil, paylaşma eyleminin yarattığı olasılıksal bir sonuçtur
Şansın yüzey alanı kavramı
- Şans, “beklenmedik iyi şeylerin olması” olarak tanımlanır
- Örnekler: bir OSS kütüphanesinin başarılı olması, konferans daveti, yeni iş teklifi, müşteri kazanımı, podcast’e konuk olma, topluluk içinde bağlantılar kurma
- Jason Roberts’ın tanımına göre şansın yüzey alanı (Luck Surface Area), “tutkuyla bir şeyler yapma düzeyi” ile “bunu etkili biçimde anlattığın kişi sayısının” çarpımıyla orantılıdır
- Formül olarak: Luck = [Doing Things] × [Telling People]
- Ne kadar çok şey yapar ve ne kadar çok insana anlatırsan, şansın yüzey alanı o kadar büyür
İşi yapmak (Doing the work)
- Paylaşmadan önce önce gerçek bir üretim süreci gerekir
- Geliştiriciler, tasarımcılar ve üreticiler özünde bir şeyler ortaya koyan insanlardır; bu da şansın temelini oluşturur
- İki tür insan vardır
1. Zaten çok şey yapıyor ama ürettiği şeylerin paylaşmaya değmeyeceğini düşünenler
2. Bir şeye başlamak isteyip de harekete geçemeyenler
- İlk grup, sahip olduğu bilginin değerini küçümseme eğilimindedir; toplulukta paylaşılan örneklere bakınca aslında kendisinin de zaten yapabildiği pek çok şey olduğunu fark edebilir
- İkinci grup için gereken şey, küçükten başlamaktır
- Mükemmel fikri beklemeyin; küçük bir proje ya da deney ile başlayın
- “Hareket, hareket doğurur.”
Merakı ve uzmanlığı ortaya koymak
- Kişisel projeler, merakı keşfetmek için çok iyi bir alandır
- Örnek: GitHub issue’larını fiş gibi yazdıran bir yazıcı yapmak, prefabrik bir depoyu ofise dönüştürmek, bir SVG çizim aracı geliştirmek, finans altyapısı üzerine uzun formatlı bir bülten yazmak
- İş projeleri, uzmanlığı sergilemek için ideal bir alandır
- İşte çözdüğünüz problemleri veya öğrendiklerinizi blog yazısına, sunuma ya da açık kaynak projeye dönüştürebilirsiniz
- Ayrıntılar gizli olsa bile kavramlar, dersler ve kalıplar paylaşılabilir
- Bir ay boyunca işte karşılaştığınız ilginç problemleri veya kalıpları not alırsanız, paylaşacak fikirleriniz hızla çoğalır
Yayınla düğmesine basmak (Hitting the publish button)
- Birçok insan paylaşma aşamasında korku hisseder
- Bunun nedenleri arasında eleştirilme korkusu, mükemmeliyetçilik ve pazarlama fikrine karşı mesafe bulunur
- Oysa paylaşmak kibir değil, öğrenmeyi yayma eylemidir; başkalarına ilham verir ve öğrenmelerine yardımcı olur
- Paylaşım platformu olarak Twitter, GitHub, blog, bülten, YouTube vb. her yer uygundur; yeter ki “sabit diskin içinde” kalmasın
- Paylaşmak öğrenilmesi gereken bir beceridir; yalnızca bitmiş sonuçları değil, ilerleyişi, başarısızlıkları ve düşünce sürecini de paylaşmak önemlidir
- Başta garip gelebilir ama devam ettikçe doğal hale gelir
Şansı yakalamak (Capturing the luck)
- İşini paylaştığında beklenmedik olumlu sonuçların ortaya çıkma ihtimali artar
- Örnek: belli bir konuda uzman olarak görülmek, okur geri bildirimleri almak, iş teklifleri gelmesi, müşterilerden mesaj almak, konuşma davetleri almak, topluluk içinde bağlantılar kurmak, OSS projesinin görünürlüğünün artması
- Bu örnekler yazarın gerçekten yaşadığı deneyimlerdir ve paylaşım sayesinde şansın yüzey alanının genişlemesinin sonucu olarak sunulur
- Temel formül basittir
- Do the work. Tell people.
- Merakını ve uzmanlığını derinlemesine keşfet, sonra öğrendiklerini açıkça paylaş
- İnternetteki eleştirilerden tamamen kaçınmak mümkün değildir, ancak eleştirenlerden çok daha fazla insan sessizce seni destekler
- Sonunda o insanlardan biri hayatını değiştirecek bir fırsat sunabilir
3 yorum
Juniörlere her zaman vurguladığım şeylerden biri
'Çözdüğünüz problemi iyi derleyip toplu bir şekilde herkese açık bir gönderi olarak bırakın' olurdu.
Öncelikle yazarken sürecin tamamını bir kez daha gözden geçirdiğiniz için hatırlaması kolay oluyor,
ayrıca aynı problemi tekrar yaşasanız bile Google'da aratınca kendi yazım çıkıyor ve hızlıca çözebiliyorsunuz (geçmişteki ben, teşekkürler!)
üstelik birilerine de yardımcı olabileceği için itibarınız da artabiliyor diye açıklardım.
Hacker News görüşleri
Açık kaynak (OSS) sektöründe çalışmış biri olarak, GitHub projelerimin ünlü olmamasını içtenlikle diliyorum
50'den fazla yıldız almış deneysel projelerim oldu ama bunların ‘gerçek’ bir OSS'ye dönüşmemiş olmasına seviniyorum
Eski projelerde hata düzeltme talepleri ya da ilgimi çekmeyen PR incelemeleri yüzünden hafta sonlarımı kaybettiğim oldu
OSS bakımcılığı, karşılığı olmayan yarı zamanlı bir işe daha yakın. Sağladığı ün de sınırlı ve çok iyi OSS geliştiricileri bile sektörde uygun iş bulmakta zorlanıyor
OSS bakımcılarının, dünyanın yazılımını ayakta tutan azizler gibi olduğunu düşünüyorum
GitHub README'sine “PR'ler hoş karşılanır”, “yalnızca güvenlik ve kritik bug düzeltmeleri”, “yeni bakımcı aranıyor” gibi durum rozetleri eklemek güzel olurdu
Bu yüzden bugünlerde “neden durduk yere böyle bir toplumsal sözleşmeye gireyim ki?” sorusu doğuyor
Alternatif olarak kendi kendine barındırılan Git toplulukları üzerinden daha özerk proje yürütme modeli var. Bu yaklaşım, bakımcı emeğini metalaştırmadan açık kaynağı yeniden keyifli hale getirebilir
Örneğin 5 yıldır dokunulmamış bir depoya PR gelince otomatik kod inceleme özeti sunabilir ya da kaba yorumları filtreleyen özellikler getirebilir
Kodu açmadan topluluğun güvenini kazanmak zor ve “e-postanızı bırakın, size whitepaper PDF gönderelim” yaklaşımı 2025'te işlemiyor
0 doların %100'ü hâlâ 0, ama devasa bir pazarın %0.001'i bile oldukça büyük bir fırsat
Bu yazının özüne bakınca, sonuçta başka biri (genelde şirketler) açık kaynağa çıkmanın en büyük faydasını görüyor
GitHub'ın (=Microsoft) bir “ücretsiz emek çıkarıcısı” gibi görünmesinin nedeni de bu
Dengeli bir yazı, böyle bir çıkar çatışmasına karşı uyarmalıydı
Şirketler ücretsiz emeğimizi seviyor ama işe almıyor. Tavırları “sayenizde işimizi gördük ama sizi işe almayacağız” şeklinde
Artık kodumuz LLM eğitim verisine emiliyor ve adımız bile kalmıyor
Denize yazı atıp hiç yankı duymuyormuşum gibi hissediyorum
Platformlar “bir kez daha paylaş, bu sefer tutacak” diye fısıldıyor ama insan bunun gerçekten doğru olup olmadığını sorguluyor
Birisi ürün odaklı pazarlamayla 3 yılda tuttu, bir başkası 5 yıl blog yazarak kitle oluşturduktan sonra OSS'den gelir elde etti
Sonuçta “şansını artır” sözü daha çok motive edici bir slogan, ama pratikte en az 5-6 yıllık düzenli emek gerekiyor
Yazdıklarımız şirketlerin eğitim verisine karışıyor, okuyucu o şirketlere para ödüyor, biz ise teşekkür bile duymuyoruz
Bunun istisnası, insanlar arası doğrudan etkileşime izin veren kapalı topluluklar
Ben de bu yazıyla derin biçimde empati kuruyorum
OSS sayesinde özgeçmiş ya da coding test olmadan birkaç şirketten teklif aldım
GitHub destek ekibiyle bir bug'ı birlikte debug ederken Microsoft'ta bir MD'ye tavsiye edildim; Cloudflare'de de benzer bir şey yaşandı
Sonuçta OSS, güvene dayalı bir ağ kurmaya yarayan bir araç
Kitap yazıp konferanslarda imza verirken fırsatlar doğal biçimde çıktı
Benim açık kaynak sürecim şöyle
1. İşimde hissettiğim acı noktayı bulurum
2. O sorunu çözen bir araç yaparım
3. Sonra bunu Reddit, HN, Bluesky gibi yerlerde doğal biçimde paylaşırım
Açık kaynak, sinyal verme aracıdır. İyi giderse kartvizit işlevi görür ve danışmanlık ya da işe alım fırsatlarına dönüşür
Örneğin Nisan 2023'te LangChain'i görüp Langroid LLM agent framework'ü yaptım,
ayrıca Claude Code Tools adlı bir CLI araç koleksiyonunu da sürdürüyorum.
Bu süreç, açık kaynağı akademik yayıncılığa benzer bir güven biriktirme yöntemi haline getiriyor
(hiciv) “Selam açık kaynak serfleri! Yapay zekamız işlerinizi elinizden alabilsin diye bize biraz daha veri sağlayın!”
Birkaç matematik kitabı yazdım; şansım biraz arttı ama 1200 saatlik emeğimin karşılığını asgari ücret düzeyinde bile alamadım
Ben de bir şeyler yayımlayarak birkaç kez iyi işler buldum. Zengin olmadım ama kariyerime ciddi katkısı oldu
(yazar) Bu yazıyı birkaç yıl önce yazmıştım; HN'de tekrar görmek güzel
O zamanki başlıkta da benzer tartışmalar vardı
Birçok kişi bunun “makineleri besleyen bir yazı” olduğunu söylüyor ama bu yazı hayatımı değiştirdi. Umarım başkalarına da faydası olur
Yazarın unvanı “Aaron Francis, Marketing Engineer”mış; insan ister istemez şimdi pazarlamaya da mühendislik mi deniyor diye düşünüyor
GitHub profilim
> Luck = [Doing Things] × [Telling People]
Birkaç yıl önce de bu formülü görmüş gibiyim ama pek uygulayamadım bu süre boyunca