Yazılım geliştirme dünyasında sıkça karşılaşılan bir paradoks var: Aynı teknolojiyi kullanan iki deneyimli programcı, biri en iyi kodlarını yazarken diğeri teknik borç kabusu yaşıyor. Bu çelişkinin anahtarı, aslında aynı şeyi yapmıyor olmaları. Bir grup 'sentor' olarak otomasyonu yönlendirirken, diğer grup 'ters sentor' olarak otomasyon sistemlerine hizmet ediyor. Bu ayrım, vibe kodlama tartışmalarında da kendini gösteriyor.
Vibe kodlama, teknik olmayan kullanıcıların kişisel yazılımlar yaratmasını sağlayan bir araç olarak görülebilir. Tıpkı shell scripting, Hypercard veya Visual Basic gibi, kullanıcıların ihtiyaçlarını doğrudan karşılayan 'tek kullanımlık' kodlar üretir. Ancak bu kodlar, başkaları tarafından kullanılacak, bakımı yapılacak ve geliştirilecek 'üretim kodları' değildir. İşte bu noktada, Kellan Elliott-McCrea'nın 'kanonizasyon' kavramı devreye giriyor: Yerel, tek seferlik bir formalizasyonu genel, yeniden kullanılabilir, tutarlı ve verimli bir kütüphane matematiğine dönüştürme süreci.
Bugünün görevi ile kümülatif iş arasındaki fark, 'çalışır hale getirdim' ile 'geleceğin üzerine inşa edebileceği bir şey' arasındaki uçurumdur. Elliott-McCrea, 'bugünün görevi'nin değersiz olmadığını, ancak kanonizasyonun 'kümülatif' olduğunu vurguluyor. Kanonize edilmiş kod, insan ve insan olmayan sistemler tarafından işletilebilir, yinelenebilir ve iyileştirilebilir. Açık kaynak yazılım, bu kanonun omurgasını oluşturuyor.
AI endüstrisinin dinamikleri, ters sentorları çoğaltmaya ve sentorları dışlamaya yöneliktir. AI, kişisel yazılım üretimini kolaylaştırırken, aynı zamanda devasa teknik borç yığınları yaratıyor. AI'nın kanonu tüketip yerine yeni bir şey koymaması, bu dengesizliği derinleştiriyor. Sonuç olarak, vibe kodlama kişisel özgürlük sağlarken, üretim ortamlarında kullanıldığında teknik borç ve güvenlik riskleri doğuruyor. Bu ikilemi anlamak için 'bugünün görevi' ile 'kümülatif iş' arasındaki farkı kavramak kritik önem taşıyor.
