"Küçük" açık kaynağın kaderi

• JavaScript'teki küçük yardımcı kütüphaneler, LLM'lerin kod üretme yeteneği nedeniyle giderek gereksiz hale geliyor
• Örneğin blob-util, 10 yıllık bir npm paketi ve Blob işleme araçları koleksiyonu, ancak artık yapay zeka benzer kodu anında üretebiliyor
• Bu değişim daha az bağımlılık ve daha hızlı geliştirme sağlarken, öğrenme ve anlama fırsatlarının kaybına yol açıyor
• Node.js ve tarayıcıların yerleşik özelliklerinin genişlemesinin ardından, LLM'ler küçük ölçekli kütüphanelerin sonunu hızlandırıyor
• Gelecekte açık kaynağın değeri, yaratıcı, büyük ölçekli ve uzmanlık gerektiren alanlarda varlığını sürdürebilir

---

Küçük açık kaynağın gerileyişi ve LLM'lerin etkisi

• 10 yıl önce oluşturulan blob-util, JavaScript'in Blob nesnesini string'e veya ArrayBuffer'a dönüştüren basit bir yardımcı araçlar paketi ve haftada 5 milyondan fazla indiriliyor
  • Yazar, PouchDB kullanıcılarının Blob işleme konusunda kafa karışıklığı yaşadığını görüp bunu geliştirdi
• Günümüzde geliştiricilerin yaklaşık %80'i işlerinde yapay zeka kullanıyor ve bu nedenle basit yardımcı araçlar LLM'lerle ikame edilebiliyor
  • Örnek olarak Claude, Blob'u ArrayBuffer'a dönüştüren bir TypeScript fonksiyonunu anında üretiyor
• Claude'un çıktısı blob-util ile benzerlik gösteriyor, ancak daha ayrıntılı, tip doğrulaması gereğinden fazla ve hata işleme tarafı daha iyi
• Yazar, bu değişimin bağımlılıkların azalması ve kod dayanıklılığının artması olarak görülebileceğini belirtiyor

Öğrenme odaklı açık kaynağın değer kaybı

• blob-util README'sinde Kirby karakterini kullanan bir eğitim yer alıyor ve amaç yalnızca işlev sunmak değil, JavaScript öğrenimine yardımcı olmaktı
• LLM merkezli geliştirme ortamında anında yanıtlar, anlama ve eğitimin önüne geçiyor; bu da bu tür öğrenme amaçlı açık kaynaklara olan ihtiyacı azaltıyor
• Dokümantasyon otomasyonu için llms.txt gibi girişimler, dokümantasyonun anlamını yeniden tanımlamaya başlıyor

Açık kaynağın yeni yönü

• Yazar açık kaynağa katkı sunmayı sürdürüyor, ancak küçük ölçekli ve düşük değerli kütüphaneler dönemi sona erdi diye düşünüyor
  • Node.js ve tarayıcılardaki yerleşik özelliklerin (node:glob, structuredClone vb.) genişlemesiyle bu eğilim zaten başlamıştı
  • LLM'ler bu akışı belirleyici biçimde hızlandırdı
• Eğitsel rol oynayan kütüphanelere de (ör. Underscore.js) duyulan ihtiyaç azalıyor
  • Dizileri gruplayan basit işlevler gibi özellikler artık standart API'lerle çözülebiliyor

Değerini koruyan açık kaynağın koşulları

• Değer, LLM'lerin kolayca üretemeyeceği büyük ölçekli, yaratıcı ve uzmanlık gerektiren projelerde yoğunlaşıyor
  • Örneğin fuite projesi ve bellek sızıntısı tespiti araştırmaları, LLM'lerin yeniden üretmekte zorlanacağı yaratıcı çalışmalar
• Gelecekte açık kaynağın anlamı yeni fikirlerde ve insani yaratıcılıkta yatıyor
  • Örnek olarak Dominic Gannaway'in geliştirdiği Ripple.js framework'ü anılıyor ve insanın deneysel ruhu vurgulanıyor

Sonuç

• LLM'ler bazı açık kaynak projelerini eskimiş hale getirmiş olsa da, hâlâ yeni tür açık kaynak üretimi için fırsatlar var
• İnsan geliştiricilerin yaratıcılığı ve deneysel yaklaşımı, yapay zeka çağında açık kaynak ekosisteminin sürdürülebilirliği için temel unsur olarak sunuluyor

[savvykang]

left-pad gibi tuhaf ekosistem alışkanlıkları engellenebildiği sürece bunun sorun olmadığını düşünüyorum

[shakespeares]

Giderek çabaya kıyasla tatminin azaldığı bir döneme girdikçe, küçük yardımcı araçların bakımına harcanan emeğe kıyasla yeterince değerli görülmeyip göz ardı edileceğini düşünüyorum.

[GN⁺]

Hacker News görüşleri

• Günümüzde geliştiricilerin yaklaşık %80’i işlerinde yapay zekayı kullanıyor
  blob-util gibi yardımcı araçlar artık çoğunlukla LLM ile doğrudan üretilebiliyor
  Ancak bu yaklaşım iki ucu keskin bir kılıç. Doğrulanmamış kod bakım yükü bırakabiliyor ve uç durumlarda başarısız olabiliyor
  Bu yüzden Java ekosisteminde Apache Commons gibi güvenilir standart yardımcı araç koleksiyonları yerleşmiş durumda

  • Eski yardımcı kütüphaneler zaten çok çeşitli ortamlarda sınanmış olduğu için daha kararlı
    Buna karşılık LLM’in ürettiği kod dışarıdan mantıklı görünse de içinde garip hatalar barındırma olasılığı yüksek

• Yapay zekanın büyük ölçekte kod ve eğitim içeriği üretmesiyle kalite düşüşünün ve spamleşmenin hızlandığı bir döneme girdik
  Kişisel blog ya da küçük kütüphane üretme motivasyonu azalıyor

  • Aslında web zaten uzun zamandır düşük kaliteli eğitim içeriği spam’iyle doluydu
    LLM’in yazdığı içerik de benzer seviyede, hatta filtrelemesi daha kolaymış gibi geliyor
    Ben devcontainer içinde kodu çalıştırarak bir eğitimin gerçek değerini test ediyorum. Çalışıyorsa bakmaya değer, değilse çöpe gidiyor
  • Bugün YouTube’da belirli bir konuyu ararken yalnızca yapay zeka üretimi videoların durmadan karşıma çıkmasına şaşırdım
  • “Düşük kaliteli spam çağı geliyor” sözü zaten gerçeğe dönüşmüş durumda
  • Bir web geliştiricisi şakayla “Artık 10 kat daha hızlıyız, bunun insanlık için kötü olmasına imkan yok” dedi
  • Bir başkası alaycı biçimde assembly kodu atıp “Bunu açıklayamıyorsan gerçek geliştirici değilsin” diye iğneledi

• JS’nin mikro bağımlılık cehennemi bir kâbustu
  Şimdi o çağın sona ermesini ve geliştiricilerin yeniden kod yazmayı öğrendiği bir döneme dönülmesini umuyorum

  • jQuery ya da lodash gibi küçük yardımcı araç koleksiyonlarını tek pakette toplamak en iyi sonucu vermişti
  • Ama “Artık her şey bitti” sözüne itiraz ediliyor. Hatta yapay zeka üretimi kod seli yüzünden daha da kötüleşebilir
  • LLM kodu arttıkça aynı işlevi yapan fonksiyonlar farklı sürümler halinde dağılacak ve hata düzeltmeleri de herkes tarafından ayrı ayrı yapılmak zorunda kalacak
  • İnsanlar LLM kullandığı için daha çok öğrenmeyecek. Sorun çıkınca yeniden düzenlemeyi de LLM’e yaptıracaklar
  • Biri kısaca “Artık vibe coder çağı geldi” diye ekledi

• “İkili ağacı ters çevirme problemi” diye bir şeyin gerçekten var olup olmadığı soruldu

  • Bu muhtemelen Homebrew kurucusunun Google mülakatında takıldığı probleme gönderme yapıyor
  • Büyük olasılıkla yazarın basit bir hatası ve illa yapılacaksa yalnızca karşılaştırma operatörlerini tersine çevirmekten ibaret anlamsız bir alıştırma olurdu

• “Küçük ve düşük değerli kütüphaneler dönemi bitti” iddiasına katılanlar var
  Go dilinde baştan beri bağımlılık cehennemi yoktu, npm’in sorunu ise kültürel nedenlerden kaynaklanıyordu
  Artık yardımcı araçlardan çok gerçekten çalışan ürünler yapmak daha değerli ve daha eğlenceli

  • Go’nun özdeyişlerinden birinde olduğu gibi “Biraz kopyalama, biraz bağımlılıktan iyidir” anlayışı var (Go Proverbs)
  • Go’daki hangi özelliğin bu bağımlılık sorunlarını engellediğini merak eden bir soru da geldi

• Ben mikro bağımlılıkların kendisinin anlamsız olduğunu düşünüyorum
  Bunun yerine fonksiyon listesini Markdown’a yazıp insanların kopyalamasını sağlamak daha iyi olabilir
  C’nin başlık dosyası tabanlı küçük kütüphane yaklaşımı daha pratik

  • Buna karşılık şakayla “Öyleyse neden bu başlık kütüphanelerini standart C kütüphanesine eklemiyoruz?” diyenler oldu
  • Ama “Kopyala-yapıştır yöntemiyle güvenlik güncellemeleri nasıl yapılacak?” şeklinde gerçekçi bir itiraz da geldi

• “Artık hangi tür açık kaynak anlamlı olacak?” sorusu gündeme geldi
  Çünkü yayımlanan kod sonunda yapay zeka eğitim verisine emiliyor
  Bu yüzden tam FOSS yerine source-available modelinin bir alternatif olabileceği düşünülüyor

  • Buna karşı çıkan biri “Daha fazla insan kullanabiliyorsa açık kaynağın faydası tam da bu değil mi?” dedi
    Yazar ise katkının anlamının yalnızca isim yazılmasından daha büyük olduğunu vurguluyor
  • Ama “source-available olsa da sonuçta eğitimde kullanılacak” diyerek kuşkuyla yaklaşanlar da var
  • “Dünyaya ücretsiz bilgi vermek zorunda değiliz” diyerek karşılıklılık içermeyen paylaşımın reddedilmesi gerektiğini savunanlar çıktı
  • “Özgür olmayan kod dağıtmak etik değil” diyerek özgür yazılım ilkelerine bağlı kalınması gerektiğini söyleyenler de vardı
  • Bir kişi de “Artık açık kaynakla ilgimi kaybettim” deyip tüm projelerini kapalıya çevirdiğini açıkladı

• Ben açık kaynağın yok olmayacağına, tam tersine daha da güçleneceğine inanıyorum
  Gerçekten yaratıcı geliştiriciler yapay zekayı kullanarak şirketlerin üretemeyeceği yenilikler ortaya koyacak
  Açık kaynak hâlâ gerçek değerin sınandığı bir alan ve yapay zeka aracılığıyla sınırları aşarak öğrenilen bir yer

  • Gerçek yenilik açık kaynaktan çıkacak
    Ama hükümetler ve büyük şirketler yerel yapay zeka sistemlerini düzenlemeye çalışacak ve yakında “vatandaşların kullanabileceği yapay zeka”nın sınırları oluşacak diye öngörülüyor
  • Buna karşılık açık kaynak projeleri şimdiden yapay zeka üretimi kod katkıları yüzünden baş ağrısı yaşıyor
    İnceleme ve politika tartışmalarına harcanan zaman artıyor; özellikle derleyici gibi karmaşık alanlarda yapay zeka hiç yardımcı olmuyor

• Bazıları “Bir paket olarak eklenmese bile, kodu yayımlama eyleminin kendisi hâlâ değerlidir” diye vurguluyor

  • Ben de küçük kod parçaları bulunca onları kopyalayıp kendi standartlarıma göre düzenliyorum. Bu bana bilimin paylaşım ruhunu hatırlatıyor
    LLM kodu benim yerime yazdığında öğrenme yükü azalıyor ve daha derin konulara odaklanabiliyorum
  • Copyleft lisanslarının daha iyi olduğu düşünülüyor. Şirketlerin kolayca alıp kullanmasını zorlaştırıp bunun yerine doğrudan insan istihdam etmelerini sağlayabilir
  • Başkasının kodunu yalnızca okuyarak, çalıştırmasan bile öğrenmek büyük değer taşıyor. Sorun çözmenin kendisi bir hediye gibi
  • Ama açık kaynak sonuçta zaman ve emek yatırımı
    Örneğin biri rubygems.org’u 14 yıl ayakta tuttuktan sonra şirketleşmiş yapıdan hayal kırıklığına uğrayıp ayrıldığını anlattı

• “Yapay zekayla kod yazmak da sonuçta bir bağımlılık türü” denildi
  Doğrulamadan kopyala-yapıştır yapmak, dış kütüphane eklemekten farklı değil

  • Ancak LLM’in ürettiği kod ihtiyaca göre dar kapsamlı tasarlanabildiği için gereksiz işlevleri azaltıp daha verimli olabilir
  • Ayrıca tedarik zinciri saldırısı ya da sık güncelleme yükü olmaması da bir avantaj
  • Öte yandan kütüphaneler zaman içinde kendiliğinden modernleşirken, LLM’den alınan kod parçaları bunu yapmaz; bu da dezavantajdır
  • Sonuçta sorun araçta değil, doğrulamadan kopyala-yapıştır yapma alışkanlığında. Sorumsuz geliştirici hangi aracı kullanırsa kullansın sonuç aynı olur

[haytsir]

2024’ün başında küçük bir proje yaparken
claude 3.5’ten pure javascript’te kullanılabilecek bir store state modülü yapmasını istemiştim;
hem sade hem de migration durumlarına kadar uyum sağlayan bir kod yazmıştı, buna şaşırdığımı hatırlıyorum.

Özellikle küçük kütüphanelerde, benzer düşünen insanların yayımladığı kodun çok olacağını ve yapay zekanın bunları daha kolay biçimde standart bir yapıya dönüştürebileceğini düşünürsek, bunun doğal bir durum olduğunu düşünüyorum.

Copyparty gibi, herkesin aklına gelebilecek ama bir bireyin uzun süre sürdürmesinin zor olduğu.
Böyle projeleri sonuna kadar götürüp ortaya temizce rafine edilmiş projeler çıkaran işleri, bundan sonra görmek zorlaşabilir düşüncesi ise biraz üzücü.