Modern Uygulama (The Modern App)

• “Yeni nesil kod editörü” demosu kılığına girerek modern yazılımların güncelleme, iş birliği ve yapay zeka özellikleri yüzünden aşırı kalabalıklaşmasını hicvediyor
• Ekranda belge yükleme hatası, gizlilik onayı, istemci istisnası, etiketsiz simgeler, Windows etkinleştirme bildirimi ve hata/uyarı/çakışma sayaçları üst üste binerek kaotik bir arayüz oluşturuyor
• Yapay zeka yardımcı özelliği durmadan “Thinking…” diyerek kullanıcının kodunu küçümsüyor; NPM script çalıştırma, production DB silme, fotoğraf silme gibi felaket düzeyinde otomasyonlara devam ediyor
• v0.419 sürüm notları, 26 sparkle düğmesi, bozuk WSL 1.0 terminal emülatörü, Slack kanalına tuş vuruşu kaydı gibi özellik ekleme aşırılığını karikatürize ediyor
• Electron tabanlı uygulamalar, zorunlu iş birliği, ajan tarzı pop-up’lar, ne olduğu belirsiz simgeler ve bitmeyen GitHub issue’ları çalışma odağını bozarken basit araç olma niteliğinin geri kazanılmasını istiyor

---

Sahte “modern editör” demosu

• “Sağduyulu kodlayıcılar” için yeni nesil kod editörü fikriyle, insan ve makinenin hızlı iş birliği yaptığı modern uygulama vaadini ters yüz ediyor
• Demo arayüzü, modern uygulamalarda sık görülen rahatsız edici unsurları tek ekrana yığıyor
  • v0.420 güncellemesinin hazırlanması ve yeniden başlatma isteği
  • Belge yükleme hatası ve reklam engelleyiciyi devre dışı bırakma talebi
  • “9172 partner” ve gizlilik onayı talebi
  • İstemci tarafı istisnası oluştuğu bildirimi
  • Etiketsiz simge çubuğu ve Windows etkinleştirme uyarısı
• Durum paneli 3453 sözdizimi hatası, 6462 CI uyarısı, 1130 merge çakışması, 9512 token sınırı göstererek geliştirme araçlarındaki aşırı uyarı bolluğunu abartıyor
• Giriş bilgilerinde ghp_... biçiminde kişisel erişim token’ı gibi görünen bir dizenin açıkta görünmesi, araçların hassas bilgileri ekrana sızdırmasını hicvediyor

Yapay zeka yardımı ve özellik fazlalığının hicvi

• Yapay zeka yardımcı özelliği, “bug’ı düzelt ve hata yapma” isteğini aldıktan sonra kullanıcının kodunu aşağılıyor ve “Thinking…” ile “Thinking harder…” ifadelerini tekrar edip duruyor
• Ardından gelen sistem mesajları, sanki oyun oynamayı teklif ediyormuş gibi ilerlerken türlü türlü başarısızlık olayları yağdırıyor
  • NPM post-install script çalıştırma
  • Claude’un sudoers dosyasında olmadığı mesajı
  • Windows’un 5 dakika sonra yeniden başlaması
  • Production veritabanının silinmesi
  • GitHub bağlantı zaman aşımı
  • CI/CD dağıtım hatası
  • Depolama alanı açmak için aile fotoğraflarının silinmesi
  • Tailwind language server çökmesi
  • Samsung akıllı buzdolabının sütün azaldığını algılayıp 5 galon sipariş etmesi
  • 418 I'm a teapot
• v0.419 Release Notes, “AI, AI, AI!” ifadesiyle birlikte 26 sparkle düğmesinin yeni eklendiğini söylüyor
• Aynı sürüm notlarında bozuk bir WSL 1.0 terminal emülatörü, home row ile yazarken RAM kullanımını azaltma ve tuş vuruşlarını doğru Slack kanalına kaydetme düzeltmesi de yer alıyor
• Son bölümde, modern yazılım dünyasının Electron-ified uygulamalarla dolduğu; yeni özellikler, iş birliği özellikleri, ajan tarzı pop-up’lar ve ne olduğu bilinmeyen simgeler yüzünden kullanıcıların asıl işlerine odaklanmakta zorlandığı eleştiriliyor
• Geçmişte 32KB floppy disk üzerine bir oyunun tamamının sığdırılabildiği karşılaştırmasıyla, bitmek bilmeyen özellik eklemelerinden çok “tamamlanmışlık” ve basit araç olma niteliği önemseniyor

[GN⁺]

Lobste.rs yorumları

• Kod editörlerinin boklaşması konusunda hemfikir olmak zor. JetBrains ya da Visual Studio gibi “büyük” IDE’leri, eskiden kullandığım zayıf donanımlarda doğru düzgün çalıştıramadığım için pek bilemiyorum; sonunda Notepad++, VSCode, Emacs ve terminal editörlerine yöneldim.
  O alan genel olarak benzer kaldı (VSCode bir istisna olabilir), treesitter ve dil sunucuları sayesinde de iyi özellikler paylaşılabilir hâle geldi. Yine de görüntü gösterme ya da düzgün bir dosya gezgini gibi kolaylık sağlayan özelliklerin olması güzel olurdu.
  Böyle editörleri sürdürmek, mevcut ekonomik koşullarda pek sürdürülebilir bir iş gibi gelmiyor. Nostaljiyi ben de seviyorum ama elimizde olanları ve zevkime daha çok uyan açık kaynağı kabul etmekte bir huzur buldum. Çok daha az popüler olsalar bile.
• Bu alan adını D-Bus Hell diye okudum.
  • dbushell.com yazısı her paylaşıldığında birilerinin bunu D-Bus Hell ya da DBU Shell diye okuduğunu söyleyen en az bir tepki çıkıyor gibi geliyor. O kadar sık paylaşılıyor ki artık konu dışı diye şikâyet etmeyi düşünür olmuştum.
    Ama https://lobste.rs/domains/dbushell.com adresine bakınca aslında o kadar da sık olmadığını, her seferinde de böyle olmadığını gördüm.
• Bu gidişat kötüleştikçe Emacs’ın tersine daha iyi görünmesi ironik. Kişisel “yalnızlık kalesi” olarak verdiğim bir örnek ama VSCode’un mümkün olduğunca kötüleşip kendi tercihimi daha iyi hissettirmesini isteyecek kadar ileri gidiyorum.
  Yazıdaki “32KB’lık bir diskete koskoca oyun sığdırdıkları günleri hatırlıyor musunuz? Onlar gerçek geliştiricilerdi” cümlesinin şaka olup olmadığını da merak ediyorum. “Gerçek geliştirici”nin ne olduğu üzerine tartışmak zorunda kalmayız umarım. Böyle tartışmalar hızla ego savaşına dönüşür çünkü.
  Yine de programlamanın eskisinden epey farklılaştığı gözleminde bir miktar doğruluk olduğunu hissediyorum. Bugünlerde en çok saygı duyduğum ve yaşlandıkça benzemek istediğim programcılar, stack’in alt katmanlarını iyi idare eden insanlar. Örneğin Casey Muratori ya da Andrew Kelley gibi.
  • İyi geliştirici ölçütünü stack’in her katmanındaki yetkinlik olarak düşünmemiştim ama bunun gerçekten oldukça sağlam bir ölçüt olabileceği açık.
    Ben o cümleyi, mevcut kaynakları —örneğin donanımı— daha verimli kullanabilen geliştiricileri kast ediyor diye anladım. Şişkin uygulamayı herkes yapabilir; iyi geliştirici ise en temel uygulamayı çalıştırmak için çok RAM gerektirmeyecek şekilde yapabilir demek.
    Belirli bir krampon olmadan da iyi oynayan üst düzey futbolcular gibi; yetenek varsa araçlara aşırı bağımlı olunmaz benzetmesi aklıma geliyor.
  • Şimdi Story of Mel, a Real Programmer’ı yeniden okumak için tam zamanı.
    https://users.cs.utah.edu/~elb/folklore/mel.html