Yapay zeka ile geliştirilen uygulamaların bakımı: ikinci hafta hakkında kimsenin söylemediği şeyler
Proyecta ile geçirdiğin ilk hafta sonu, gerçek bir şey yayınlarsın. İşe yarıyor. Kullanıcıların (ya da ekibin, ya da gelecekteki sen) onu kullanmaya başlar. Sonra pazartesi olur ve bir müşteri e-posta atar: “Bölgeye göre filtrelemek için bir açılır menü ekleyebilir misin?”
Bakıma hoş geldin. Bu, bir yapay zeka uygulaması geliştirmenin kimsenin konuşmadığı kısmı ve çoğu projenin ya uzun ömürlü bir varlığa dönüştüğü ya da sessizce uçurumdan düştüğü kısımdır. İyi haber şu: yapay zeka ile geliştirilen bir uygulamanın bakımı, geleneksel kodun bakımından farklı bir deneyimdir. Dürüst haber ise şu: “farklı”, “bedava” anlamına gelmez.
Bakım gerçekte ne demek
Profesyonel geliştiriciler “bakım” dediğinde, aşağı yukarı dört şeyi kastederler:
- Lansman sonrası insanların istediği küçük özellikleri eklemek.
- Bozulan ya da en baştan yanlış olan şeyleri düzeltmek.
- Uygulamanın dışındaki değişikliklere ayak uydurmak — bir ödeme sağlayıcı API’sini günceller, yeni bir tarayıcı çıkar, verinin şekli değişir.
- Kod tabanı yavaşça bir bataklığa dönüşmesin diye temizlik yapmak.
Yapay zeka ile geliştirilen bir uygulama için dördü de yine olur. Değişen şey, bunları kimin yaptığı ve işin nasıl hissettirdiğidir.
İyi haber: onunla konuşabilirsin
İşte eski eğitimlerden kod kopyalayıp yapıştırırken kimsenin sana söylemediği kısım. Bir yapay zeka uygulama oluşturucu ile uygulamanın bakımını, onu geliştirdiğin şekilde yaparsın: ne istediğini anlatarak.
Gerçek bir örnek. Tanıdığımız bir kurucu, koçluk uygulaması için küçük bir CRM geliştirdi — müşteriler, seanslar, ödeme takibi, hepsi. Lansmandan üç hafta sonra bir müşteri, o yıl kaç seans yaptığını görmek istediğini söyledi. Uygulamayı açtı ve şöyle dedi: “Her müşteri kartına, tarihi 2026’da olan seanslar tablosundan çekerek bir ‘bu yılki seanslar’ sayacı ekle.” On iki dakika sonra yayındaydı. Koçluğuna geri dönmüştü.
Bu hikâye, alternatifini hatırlayana kadar sıradan gelir: bir serbest çalışana mesaj atmak, iki gün beklemek, 300 dolar ödemek, tam anlamadığı bir PR’ı gözden geçirmek ve başka bir şeyin bozulmaması için dua etmek. Bakım döngüsü, yapay zeka serbest çalışandan daha akıllı olduğu için hızlı değil. Döngüde daha az insan olduğu için hızlı.
Daha zor haber: küçük şeyler birikir
İşte insanları yakalayan kısım. Yapay zeka ile geliştirilen uygulamalar, bir şey eklemek kolay olduğu için değiştirilmesi kolay görünür. Kolay olmayan şey, uygulama büyüdükçe bütününü tutarlı tutmaktır.
Yanlış gittiğini gördüğümüz birkaç örüntü:
- Tesadüfi karmaşa. “Ödeme adımına bir indirim alanı ekle” diye istiyorsun. Altı revizyon sonra, indirim mantığı üç yerde yaşıyor ve sadece biri doğru. Henüz hiçbir şey bozulmadı, ama bir sonraki değişiklik kafa karıştırıcı olacak.
- Unutulan gereksinim. Mart ayında “50 doların üzerinde ücretsiz kargo” ekledin. Mayıs ayında yapay zekadan “hediye kartlarını destekleyecek şekilde ödeme adımını yeniden yapmasını” istiyorsun. Yapıyor. Ücretsiz kargo kuralı gitti. İki hafta boyunca kimse fark etmedi.
- Kayma. Uygulaman “benim için bir araç” olarak başladı. Artık ekibin tarafından kullanılıyor. Yapay zekanın çalıştığı zihinsel model hâlâ “benim için”, çünkü başta sen öyle söyledin. Yeni özellikler tuhaf bir şekilde yanlış hissettiriyor ve nedenini tam olarak adlandıramıyorsun.
Bunların hiçbiri yapay zeka uygulama oluşturucularının başarısızlığı değil. Bunlar hafıza ve ortak bağlamın başarısızlıkları — bir insan geliştirici ekibinin yaşadığı sorunların aynısı, sadece farklı bir biçimde.
Kendini nasıl hazırlamalı
Bakımda iyi olan ekipler birkaç alışkanlığı paylaşır. Çoğu teknik alışkanlık değil. Uygulamanın ne olduğunu ve neyin değiştiğini nasıl anlattığınla ilgili alışkanlıklar.
Bir “bu uygulama nedir” belgesi tut. Tek sayfa. Kitle, hedefler, kurallar (“50 doların üzerinde ücretsiz kargo”, “kullanıcılara asla pazar günleri e-posta göndermeyiz”, “birincil anahtar e-posta değil, telefon”). Yapay zekadan bir şeyi değiştirmesini istediğinde, ilgili kuralı komuta yapıştır. Yapay zekanın zekâsını atlamıyorsun; ona hatırlaması imkânsız olan bağlamı veriyorsun.
Değişiklikleri kod değil, davranış cinsinden anlat. “Kullanıcıların bölge filtresinin oturumlar arasında hatırlanmasını istiyorum”, “filtreye localStorage ekle”den çok daha iyi bir istektir. İlki ne istediğini anlatır; ikincisi onu yapmanın on beş yolundan birini reçeteler ve muhtemelen en iyisini de değil.
Değişiklikleri tek tek yap. Tek bir komutta iki değişiklik, birinin sessizce başarısız olabileceği ve hangisi olduğunu bilemeyeceğin anlamına gelir. Bir yapay zeka uygulamasının bakımını yapmanın en hızlı yolu, iterasyonlarını sonucun doğru olup olmadığını bir bakışta anlayabileceğin kadar küçük tutmaktır.
Neyin değiştiğine bak. Çoğu yapay zeka uygulama oluşturucu sana bir önizleme gösterir. Onu kullan. Yeni özelliğin çalıştığını ve eski özelliklerin hâlâ çalıştığını teyit etmek için tıklayarak harcadığın otuz saniye, bu yıl alacağın en ucuz sigortadır.
Yapamadıkların (ve muhtemelen yapmaman gerekenler)
Yapay zeka ile bir uygulama geliştirdikten sonra, onun uygulamayı senin için işletebileceğini de düşünme isteği vardır. İşletemez ve aradaki fark gerçektir:
- Bir şey sessizce bozulduğunda sana söylemez. Loglar, izleme, nöbet rotasyonları — bunlar hâlâ ayrı bir meseledir. Çoğu yapay zeka uygulama oluşturucu, üretimdeki uygulamanı bir backend mühendisinin izleyeceği gibi izlemez.
- Uygulamanın dışındaki dünyayı bilmez. Bir ödeme sağlayıcı bir API’yi kullanımdan kaldırırsa, yapay zeka sen ona söyleyene kadar bilmez. Sağlayıcılarının değişiklik günlüklerine (changelog) abone ol. E-postanı oku.
- Senin yerine ürün kararları veremez. Bir özellik eklenip eklenmeyeceği, hangi takasın yapılacağı, kullanıcılarının gerçekte ne istediği — bu hâlâ sensin. Yapay zeka çok hızlı bir çift eldir; beyin senin.
Gerçekçi tablo
Yapay zeka ile geliştirilen bir uygulamayla altı ay geçirdikten sonra, konuştuğumuz çoğu insan aşağı yukarı şuraya varıyor: ayda belki iki ila dört saat değişikliklere harcıyorlar ve neredeyse tamamı sohbetle. Eskiden korktukları büyük yeniden yazımlar — “bütün yeni bir bölüm eklemek istiyorum” — bir güzel öğleden sonra gibi hissettiriyor. Sıkıcı şeyler — “dışa aktarımda tarih biçimi yanlış” — bir güzel komut gibi hissettiriyor.
Ellerinde olmayan şey, geleneksel bir kod tabanının sürekli arka plan gürültüsü: bağımlılık güncellemeleri, çerçeve geçişleri, güvenlik yamaları, derleme yapılandırmaları. O gürültü, platforma soğurulmuş durumda. Onunla ilgilenmesi için platforma ödüyorsun ki bu, onunla ilgilenmesi için bir geliştiriciye ödemekten çok daha iyi bir anlaşma.
İlk uygulamanı geliştirmek üzereysen, başlamadan önce ilk yapay zeka uygulamanın ne olması gerektiği hakkındaki yazı okumaya değer. Ve zaten birkaç haftadır içindeysen ve yukarıdaki örüntülerden bazılarını hissediyorsan, bu normal. “Bu uygulama nedir” belgeni bu hafta sonu yaz. Üç ay sonraki sen, yeni bir pano isterken, bunu yaptığına çok sevinecek.