Sohbet (Chat), geliştirme araçları için uygun bir UI kalıbı değil

• Chat, geliştirme aracı olarak kötü bir UI kalıbıdır

  • Kodun insanlardan kesinlik talep etmesi iyidir. Çünkü bilgisayarlar kesinliğe ihtiyaç duyar
  • Ancak bu, insanları makineler gibi düşünmeye zorlar
  • Onlarca yıldır programlamayı insan dostu hale getirmek için çalışılıyor. Yüksek seviyeli diller ve görsel arayüzler bunun örnekleridir
  • Yapay zekanın bu sorunu çözmesi bekleniyordu. Beklenti, İngilizceyle programlama yapılabilir hale gelmesiydi

• Yapay zeka kodlama araçlarının ilk dalgası

  • İlk yapay zeka kodlama araçları bu fırsatı boşa harcadı. Gösterişli demolar üretiyorlar ama işe yaramaz yazılımlar ortaya çıkarıyorlar
  • Genelde sadece “prototip amaçlı” diye anılıyorlar, ancak gerçek kullanım için yeterli doğruluğa sahip değiller
  • Birçok kişi yapay zeka modellerini suçlayıp daha akıllı olmaları gerektiğini savunuyor
  • Ancak önemli yazılımlar inşa ederken tahmin değil, net bir anlayış gerekir

• Yazılım yazmak bir sohbet değildir

  • Yazılım yazmak, hukuk metni yazmaya benzer. İngilizce kullanılır ama terimler tanımlanır, kurallar belirlenir ve karmaşık etkileşimler yönetilir
  • Vergi mevzuatı sohbet mesajlarıyla yazılamaz. Belgelere ihtiyaç vardır
  • Belgeler, karmaşıklığı düzenlemeyi, belirli noktalara referans vermeyi ve değişiklikleri sistemli biçimde izlemeyi sağlar

• Belge tabanlı programlamanın önemi

  • Niyet belgede olduğunda İngilizce gerçek bir programlama dili haline gelir
  • Tüm sistemi tek bakışta görebilirsiniz
  • Niyet netleştirilebilir ve geliştirilebilir
  • Değişiklikler uygun biçimde izlenebilir
  • Ekip sistem üzerinde birlikte çalışabilir
  • Gereksinimler kendi kalite kontrolü haline gelir
  • Değişiklikler açık bir spesifikasyonla başlar

• Yapay zeka geliştirme araçlarında bir sonraki adımın özü

  • Kullanıcı niyetini belge tabanlı şekilde ifade edip yönetme yaklaşımı daha önemli hale geliyor
  • Etkileşimli prototipler için değil, gerçek yazılım geliştirmede gereken hassasiyeti sağlayan araçlara ihtiyaç var
  • Bu bakış açısını doğru şekilde benimseyen şirketler, yapay zeka geliştirme araçlarının geleceğine liderlik edecek

[softer]

LLM’i destekleme tarafında bilgi grafiğini yansıtmaya çalışıyorlar ve bunun da etkili olduğu söyleniyor.

[beoks]

Başlık sohbet arayüzünün uygun olmadığını söylüyor ama içerik, asıl sorunun belirsiz gereksinimler olduğunu anlatıyor gibi.
Yapay zekadan sohbet biçiminde kullanıcı isteğindeki belirsizliği gidermesini istemekle çözülebilecek bir mesele gibi görünüyor,
özellikle sohbet arayüzünü neden suçladıklarını anlayamıyorum.

[jhj0517]

Vay, bu bir şekilde hem ilgi çekici hem de katıldığım bir görüş 😊

[GN⁺]

Hacker News görüşleri

• Bir kullanıcı, o3-mini ve o3-mini-high kullanarak bir kod üretme projesi yürüttüğünü ve "eşli programlama" yaklaşımının önemli olduğunu belirtiyor

  • Kod incelemesi ve geri bildirim vermenin önemini vurguluyor; kodu olduğu gibi kabul etmenin iyi olmadığını açıklıyor
  • Unit test üretmenin önemine değiniyor ve kodun özünü kavradıktan sonra smoke test istendiğini söylüyor
  • Uzun bağlamlarda modelin kafasının karışabileceğini, bu yüzden yeni bir sohbet başlatmanın iyi olacağını tavsiye ediyor
  • Kod örnekleri verilmesini ve yalnızca İngilizce prompt yazılmamasını öneriyor

• Başka bir kullanıcı, sohbetin bir UI deseni olarak uygunsuz olduğunu savunuyor; kayıt tutmak için iyi olsa da iş yapmak için iyi olmadığını açıklıyor

  • Anlatı temelli yaklaşımın bir şeyler inşa etmeye uygun olmadığını belirtiyor

• Bir diğer kullanıcı, Cursor'dan bahsedilmemesine şaşırdığını ifade ediyor ve Cursor'ın kod yazma hızını büyük ölçüde artırdığını anlatıyor

  • Çıktının git-diff tarzında dosyalara uygulandığını, böylece değişikliklerin onaylanıp reddedilebildiğini açıklıyor
  • Kod tabanının bağlamını belli ölçüde anladığını ve açıkça dosya etiketlendiğinde en iyi şekilde çalıştığını belirtiyor
  • Terminal loglarını veya type hatalarını doğrudan sohbet arayüzüne yapıştırmanın çok kullanışlı olduğunu söylüyor

• Bir kullanıcı, "UX olarak sohbet kullanmanın" çıkmaz bir yol olduğunu savunuyor ve bunu SQL örneği üzerinden açıklıyor

  • LLM tabanlı sohbet arayüzlerinin kullanıcılara doğrudan gösterilmeyeceğini öngörüyor
  • Doğal dil arayüzlerinin, makinelerle etkileşimde yalnızca istisnai durumlarda kullanılacağını belirtiyor

• Doğal dilin kesinlik için tasarlanmadığı, AI ile iletişim için programlama dillerinin bir alt kümesinin gerektiği açıklanıyor

• Daniel'in görüşü hakkında, meselenin sohbetin genel olarak rahatsız edici bir UI olduğunu iddia etmek değil, bir bilgisayar programını tamamen belirtmek için çok fazla ayrıntı gerektiği olduğu anlatılıyor

  • LLM'nin belirsizliği iyi varsayılanlarla doldurduğu ve genel bir giriş ekranı sunduğu açıklanıyor

• Cursor benzeri bir deneyimin sesle uygulanıp kod değişikliklerinin tartışılabildiği bir özelliğin beklendiği belirtiliyor

• Gereksinim belgelerine dayalı AI destekli yazılım geliştirme yaklaşımı anlatılıyor; gereksinimlerin bir kontrol listesine dönüştürülüp ek talimat olarak kullanıldığı bir örnek veriliyor

• İlk dalganın sohbet değil tamamlama olduğu, sohbetin ise daha sezgisel ve daha az çaba gerektirdiği açıklanıyor

  • Belgelerin sabit olmadığı, AI aracılığıyla yinelemeli olarak değiştirilebildiği belirtiliyor

• Bilgisayar programlarını açıklamak için yeni bir dil icat edilmesiyle ortaya çıkacak yapılandırılmış bir dil modelinin beklendiği ifade ediliyor