1 puan yazan GN⁺ 2024-01-23 | 1 yorum | WhatsApp'ta paylaş

Kodum kötü mü

  • Geliştiricilerin kendi kodları yüzünden eleştirileceklerinden korkması benmerkezci bir düşüncedir.
  • Kötü kod yüzünden stres olan biri varsa, bu peşinden gitmeye değer bir şeydir.
  • Topluluk, kötü kodu refaktör ederek ve yeni kod kalitesi yönergeleri sunarak projeyi iyileştirmeye yardımcı olur.

Güvenliğe ulaşmak

  • Açık durumdaki kodda güvenlik açıkları bulunup hacklenmesinden korkmak yaygın bir endişedir.
  • Yeterince dikkat varsa tüm hataların görünür hale geldiğini söyleyen Linus Yasası, güvenlik sorunları için de geçerlidir.
  • Bitcoin gibi açık kaynak projeleri, güvenlik sorunlarını erken bulup yamalayarak daha güvenli olabilir.

Rakipleri yenmek

  • Yazılımda fikirler ucuzdur; değer, fikirlerin uygulanmasında ortaya çıkar.
  • Fikirleri paylaşmak zihni özgürleştirir ve gerçekten önemli olana odaklanmayı sağlar.
  • Rakiplerin koda göz atması uzun vadede önemli değildir ve açık kaynak topluluğu açıklığınıza olumlu tepki verecektir.

Uzman topluluğunu büyütmek

  • Başarılı bir şirket kurmak için uzun bir süre boyunca iyi icra etmek ve müşteri tabanını büyütmek gerekir.
  • Rakiplerin koda göz atması uzun vadede önemli değildir.

Pazarda kazanmak

  • Büyük ve büyüyen pazarlarda kazananın her şeyi aldığı durumlar nadirdir; kullanıcıları etkilemek ve hızlı iterasyon yapmak önemlidir.
  • Rakipler açık kaynak projeyi fork etse bile, sizden daha hızlı ürün çıkaramıyorlarsa zaten rekabette kaybedeceklerdir.

Geç aşama

  • Proje kayda değer bir ölçeğe ulaştığında, büyük bulut sağlayıcılarının ürünü daha iyi bir dağıtım modeliyle sunduğu bir durumla karşılaşabilirsiniz.
  • AWS ürününüzü host etmeye başlayarak sizinle rekabet ediyorsa, bu çok doğru bir şey yaptığınız anlamına gelir.
  • Geliştirici deneyimi gibi, bulut sağlayıcılarının iyi olmadığı alanlarda rekabet avantajı bulmanız gerekir.

Endişelenmeyi bırakın

  • Rakipler sizin fikrinizi arıyorsa, her zaman sizden bir adım geride olacaklardır.

Geliştirici işe alımı

  • Startup'ların en büyük şikayetlerinden biri geliştirici işe almanın zor olmasıdır.
  • Açık kaynak, geliştirici işe alımı sorununu çözebilir.

Kaynağı kamuya açık şekilde bulmak

  • Tüm geliştiriciler açık kaynağın faydalarından yararlanır ve birçok geliştirici ilginç açık kaynak projelerine katkı vermek ister.
  • Açık kaynak projeye katkı verme eşiğini düşürürseniz, harika geliştiricilerin projeyi bulma olasılığı artar.

Hayır, eve götürülen testinizi yapmayacağız

  • Geliştiriciler, mülakat sürecinde LeetCode soruları çözmekten veya eve götürülen testler yapmaktan şikayet eder.
  • Biri deponuza katkı verirse, onun gerçek kod katkısını ve ekip/topluluk üyeleriyle nasıl iletişim kurduğunu zaten görebilirsiniz.

Excel ile entegre oluyor mu?

  • Bir startup yönetirken yalnızca en büyük sorunları çözmeye zamanınız olabilir ve az sayıda kullanıcının istediği özellikler süresiz olarak ertelenebilir.
  • Sistem açık kaynaksa, bu kullanıcılar özellikleri kendileri katkı olarak ekleyebilir ve yazılımın kullanım alanını genişletebilir.

2022'deyiz. Uçan arabalar nerede?

  • Açık kaynağın olmadığı bir dünyada teknoloji şirketleri tekerleği yeniden icat etmeyi sürdürür.
  • Supabase, yeni projeleri açık kaynak yapmadan önce mevcut açık kaynak projelerini desteklemeye çalışır.

Daha fazla kanıta mı ihtiyacınız var?

  • Gelecek hafta Supabase lansman haftası ve ekip ile topluluğun son 3 ayda üzerinde çalıştığı her şeyin doruk noktası.
  • Supabase topluluğunun hızlı ilerleyişi, açık kaynak bir şirket yürütmenin tüm avantajlarını gösteren bir kanıttır.

GN⁺ görüşü

  • Açık kaynak stratejisi; kod kalitesinin artmasına, güvenliğin güçlenmesine ve topluluk oluşturarak iş birliği ile inovasyonun teşvik edilmesine katkı sağlar.
  • Açık kaynak, geliştirici işe alımı sorununu çözmeye, şirketin şeffaflığını ve güvenilirliğini artırmaya ve teknolojik ilerlemeye katkıda bulunur.
  • Supabase örneği, açık kaynak modelinin yazılım geliştirme ve iş büyümesi üzerinde nasıl olumlu bir etki yaratabileceğini gösterir.

1 yorum

 
GN⁺ 2024-01-23
Hacker News görüşleri
  • Varsayımdaki sorun

    Sürdürülebilir kârlılığa dair varsayım gerçeği yansıtmıyor. Özellikle ABD'li geliştiricilerin yüksek maaşları gibi zorluklar hesaba katıldığında, açık kaynak yazılım (OSS) şirketlerinin iki kez başarılı olması gerekiyor. İlki OSS'nin kendisinin başarılı olması, ikincisi ise şirketin başarılı olması.

  • Graphistry ekibinin deneyimi

    Graphistry ekibi OSS konusunda tutkulu ve popüler Apache Arrow ile Nvidia RAPIDS projelerinin başlamasına yardımcı oldu. Python ve JS istemcilerini OSS olarak sunuyorlar ve PyGraphistry[AI], çeşitli araçlar içeren grafikler için bir İsviçre çakısı. Ancak sürdürülebilir şekilde büyümelerini esas olarak kurumsal müşterilere, kamu kurumlarına ve veri şirketlerine GPU grafik görselleştirme sunucusunun bulut/yerinde kendi kendine barındırılan lisanslarını satarak sağlıyorlar. Alternatif SaaS barındırma geliri küçük bir ekibi destekliyor, ancak çoğu ekip kendi kendine barındırılan lisans geliri olmadan yenilik yapmayı sürdüremez.

  • Açık kaynak iş modeline yönelik memnuniyetsizlik

    Diğer kurucularla açık kaynak iş modeli hakkında konuşulduğunda, tekrar tekrar ortaya çıkan üç şikâyet var:

    • Kodun dağınık, kötü ya da tamamlanmamış olduğu eleştirisi
    • Hacker'ların güvenlik açıklarını bulup istismar edeceği
    • Rakiplerin fikri mülkiyeti çalacağı

    Eksik kalan dördüncü madde ise şu düşünce: "Amazon/AWS kodumu temel alan bir hizmeti ticarileştirecek ve bana hiçbir şey ödemeyecek."

  • Yarı kamusal devlet kurumlarına satış

    Birçok projenin gözden kaçırdığı şeylerden biri, yarı kamusal devlet kurumlarına satış yapmak. ABD hükümetinin teknolojiye yönelik çok sayıda programı var ve federal kurumlar, istihbarat topluluğu ile eyalet yönetimlerinin ayrışması nedeniyle çok çeşitli yazılımları büyük hacimlerde satın alıyor. Regülasyon ve uyumluluk gereksinimleri sanıldığı kadar yüksek değil; özellikle de ilk birkaç sözleşmeyi bir ekip olarak yürütüyorsanız. Bu, proje için net ve garantili gelir sağlar ve genellikle 3-5 yıllık taahhütlerle oldukça kârlıdır.

  • Açık kaynak yazılımın değeri

    Yazılım fikirleri ucuzdur, ancak değer neredeyse her zaman fikrin hayata geçirilmesinden doğar. Açık kaynak yazılımı yayımladığınızda, yalnızca fikri değil, o fikrin önemli bir bölümünün uygulanışını da sunmuş olursunuz. Kod, uygulamanın tamamı değildir ama satış, pazarlama, destek vb. ile genişler. Yazı kodun değerini küçümseme eğiliminde, ancak bu doğru değil.

  • Supabase'in iş modeli

    Supabase kendisini açık kaynak bir şirket olarak pazarlıyor, ancak gerçekte kendi kendine barındırmayı denemek pratik değil. Bu yüzden açık kaynak olduğu için övgü alıyor, ama pratikte bu sadece bir pazarlama stratejisi.

  • Açık kaynak ürünleri tercih etmek

    Kişisel olarak açık kaynak ürünleri alternatiflerine kıyasla her zaman tercih ediyorum. Kaynak koda sınırsız erişim önemli ve bu toplum için de önemli. Bu zihniyetle üretilen yazılım açık kaynaktır ve bazen insanlar bunun için ödeme yapar.

  • Açık kaynak işinin zorlukları

    PostgreSQL, Python, Bitcoin ve React gibi açık kaynak projeleri harika, ancak iyi birer iş değiller. MongoDB ve Elastic istisna. Açık kaynak veritabanı şirketlerinden daha fazla sayıda kapalı kaynak veritabanı şirketi başarılı oldu. Açık kaynak şirketleri zordur ama kullanıcılar için çok değerlidir.

  • Marka ve topluluğun önemi

    Google gibi yerleşik tedarikçilerle rekabet ederken marka, topluluk, ekip ve geliştirici deneyimi (DX), uyumluluk vb. karşısında neredeyse hiç önemli değildir.

  • Açık kaynak kodunun yayımlanması ve lisanslama

    Kodu insanların okuyup katkıda bulunabilmesi için kamuya açık şekilde yayımlayın. Ticari kullanım için ücretli lisans isteyin, ancak alt kademelerde ücretsiz tutun. İş içinde, tüm geliştirmeyi ücretli müşterilerin finanse ettiği bir kültür yerleşmeli.

  • Açık kaynak şirketlerinin geçerliliği

    Açık kaynak şirketi ancak şirket geliştiricilere hitap ediyorsa veya gerçekten kendi kendine barındırılması muhtemel olmayan bir ürün üretiyorsa anlamlıdır. Supabase her iki duruma da uyan bir örnektir.