Geoffrey Huntley, açık kaynak pull request'lerin kapatılıp Nix-overlay remix'lerine geçilmesini öneriyor

Öneri

Geliştirici Geoffrey Huntley, ghuntley.com sitesinde yayımladığı bir denemede açık kaynağın yeni bir işletim modeline ihtiyacı olduğunu savunuyor: pull request'lere kapalı ama "remix"e açık depolar. Planına göre bakımcılar (maintainer), kaynak kodlarını ve niyetlerini "olduğu gibi" (as-is) bir lisans altında yayımlayacak, GitHub'ın pull request özelliğini kapatacak, tartışmaları açık tutacak ve kullanıcıların yazılımı kendilerinin nasıl uyarlayabileceğini belgeleyecekler. Huntley, bundan böyle GitHub'da yayımladığı her şeyde bu uygulamayı izleyeceğini yazıyor.

Deneme 14 Ekim'de Hacker News'in ana sayfasına ulaştı ve açık kaynak projelerinin nasıl yönetilmesi gerektiğine dair uzun süredir süren tartışmayı yeniden alevlendirdi — bu kez hızlandırıcı olarak yapay zekâ kodlama ajanlarıyla.

Pazardan darboğaza

Huntley argümanını Eric Raymond'ın klasik "Katedral ve Pazar" eserine karşı çerçeveliyor. Raymond'ın metaforunda katedral, cilalı ve seyrek sürümler çıkaran küçük ve kapalı bir gruptur; pazar ise merkeziyetsiz, açık geliştirmedir ve GitHub bunu daha sonra herkesin bir pull request açarak katılabildiği bir iş akışına dönüştürdü. Huntley'in katedrale geri dönme niyeti yok; ancak pazarın yapay zekâdan önce de zorlandığını savunuyor, çünkü pazar, herkesin ücretsiz bir bakımcının katkısını incelemesini, birleştirmesini ve desteklemesini bekleyebildiği bir tüketici zihniyeti besliyordu.

Onun görüşüne göre yapay zekâ bu damlayı sel'e dönüştürüyor. Pull request'ler makinelerle toplu olarak üretilebiliyorsa, bunları incelemek angarya işe dönüşür; bir bakımcının aslında istediği şey, bir değişikliğin arkasındaki fikirdir ve iyiyse bunu yukarı akışta (upstream) benimseyebilir — bunu yapma yükümlülüğü olmadan.

Remix modeli nasıl çalışıyor

Huntley'in remix modeli dediği önerisinin beş bileşeni var:

• Yapı: merkeziyetsiz ve bileşimsel. Uyarlamalar tek bir depoda ve tek bir bakımcıda birikmek yerine bağımsız overlay'ler olarak yayılıyor.
• İş akışı: bir kullanıcı, istediği değişikliği bir kez küçük bir Nix overlay'i olarak ifade ediyor, ardından bu türetimi (derivation) devenv shell'lerinde, Docker imajlarında, NixOS sistemlerinde, testlerde, CI'da ve ajan sandbox'larında yeniden kullanıyor — fork etmek veya ayrışan bir kopyayı sürdürmek olmadan.
• Temel ilke, "yamalardan çok fikirler": değerli birim, davranışta veya mimarideki bir değişikliktir. Bakımcılar bunu içine katabilir, yeniden uygulayabilir veya görmezden gelebilir ve yazara ne bir inceleme ne de süregiden bakım borçludur.
• Toplumsal sözleşme: lisans, kimsenin gelecekteki zamanını talep etmeden uyarlama yapılmasına zaten izin veriyor. Kredi ve görünürlük yine var olabilir; yukarı akışa ekleme isteğe bağlı ve bilinçlidir.
• Keşif: faydalı uyarlamalar, doğada yayılan overlay'ler olarak ortaya çıkıyor. Bakımcılar bu yayılımdan örnekler alabilir ve Huntley, ajanların GitHub'ın ağ grafiğini çözümleyerek remix'leri özetleyebileceğini ve umut verici fikirleri yukarı akışa geri iletebileceğini öne sürüyor.

Verdiği örnek: Git'in force push'ları reddetmesini isteyen bir kullanıcı, Git'i bir kez yamalayan bir overlay yazıyor ve bu davranış daha sonra geliştirici ortamlarında, container imajlarında ve sistem testlerinde tutarlı biçimde ortaya çıkıyor — Git'in kendisine açılmış tek bir pull request olmadan. Bu kalıbı eylem halinde gösteren ghuntley/nix-demo adlı bir tanıtım deposu yayımladı.

Nix meselesi

Modelin Nix'e bağımlı olması kayda değer, çünkü Huntley bu aracın hayranı değil. Nix'i neredeyse 13 yıldır berbat bir programlama dili olarak gördüğünü ve öğrenme eğrisinin acımasız olduğunu söylüyor. İddiası şu: yapay zekâ ajanları bu bilgi boşluğunu kapatıyor; overlay tabanlı özelleştirme her zaman teknik olarak mümkündü, ama artık makineler bunu hiç öğrenmemiş kullanıcılar için overlay'leri yazabiliyor.

Açıkladığı umudu, bir projeyi yürütmenin bilişsel yükünün kaldırılmasının daha fazla insanı yazılım yayımlamaya yönlendireceği ve sonucun tüketilmesi kolay ama yüksek düzeyde özelleştirilebilir kod olacağı.

Neden önemli

Pull request, modern açık kaynak yönetiminin yük taşıyan kurumudur: kimin inceleyeceğini, kimin birleştireceğini ve kimin kredi alacağını tanımlar. Makine üretimi katkılar ölçeklenmeye devam ederken insan inceleme kapasitesi ölçeklenmezse bu kurum başarısız olmaya başlar. Huntley'in denemesi somut, sınanabilir bir alternatif sunuyor — tek bakımcı, tek araç zinciri, tek kişisel taahhüt — salt bir yorum yerine. Aynı zamanda makul itirazları da beraberinde getiriyor: özelleştirmenin maliyetini her bir aşağı akış (downstream) tüketicisine aktarıyor, kendi yazarının bile zorluğunu kabul ettiği bir ekosisteme dayanıyor ve hangi fikirlerin benimsenmeye değer olduğunu yine de yukarı akışta birinin değerlendirmesini gerektiriyor. Remix modeli yayılsın ya da yayılmasın, ortaya koyduğu soru artık ertelenemez: yamalar neredeyse bedavayken incelemeye yönelikken katkı ne anlama gelmelidir?