Yapay Zekayla Geliştirdiğin Uygulamayı, Zaten Kullananlar İçin Bozmadan Nasıl Güncellersin

Uygulamanın ilk sürümünü değiştirmek kolaydı. Bir şey bozulursa, bunu fark eden tek kişi sendin. Sonra gerçek insanlar kullanmaya başladı — ve şimdi her değişiklik, uyanık bir hastaya yapılan ameliyat gibi hissettiriyor. Yapay zekayla geliştirdiğin uygulamayı bozmadan güncellemeyi öğrenmek çoğunlukla bir rutin meselesidir ve rutin düşündüğünden daha küçüktür.

Tanıdığımız bir özel ders işletmesi sahibi bunu acı yoldan öğrendi. Randevu uygulaması aylardır sorunsuz çalışıyordu, bu yüzden bir akşam yapay zeka oluşturucusundan küçük bir iyileştirme istedi: her yerde “Seans”ı “Ders” olarak yeniden adlandır, çünkü öğretmenlerinin gerçekte kullandığı kelime buydu. Oluşturucu memnuniyetle yeniden adlandırdı — ortaya çıktı ki, mevcut randevuların saklandığı yer dahil. Ertesi sabah üç öğretmen takvimlerini açtı ve boş buldu. Veri kaybolmamıştı ama uygulama artık onu bulamıyordu ve kadın stresli bir günü yeniden bağlantı kurmaya çalışarak geçirdi.

O değişiklikte mantıksız hiçbir şey yoktu. Sadece uygulamasının kullanıcıları olduğunda onu nasıl güncelleyeceğine dair henüz bir rutini yoktu. Bu yazı, işte o rutin — her değişiklikte belki on beş ekstra dakika alan ve felaketlerin çoğunu önleyen dört alışkanlık.

Kullanıcıların olduğunda güncellemeler neden farklı hisseder

Başkası uygulamana güvendiği anda üç şey değişir:

Artık içinde veri var. Boş bir uygulamada zararsız olan değişiklikler — bir şeyleri yeniden adlandırmak, formları yeniden yapılandırmak — insanların girdiği bilgileri kesebilir ya da karıştırabilir.
İnsanların alışkanlıkları var. Kullanıcıların düğmelerin nerede olduğunu öğrendi. Bir iyileştirme bile, her gün kullandıkları bir şeyi yerinden oynatıyorsa bir kesintidir.
Sorunların zamanlamasını seçemezsin. Uygulama yalnızca senin olduğunda, bozuk bir akşamın önemi yoktu. Şimdi bozuk bir salı sabahı, takvimleri boş üç öğretmen demektir.

Bunların hiçbiri uygulamanı iyileştirmeyi bırakman gerektiği anlamına gelmez. Değişmeyi durduran uygulamalar aniden değil, yavaşça ölür. Bu, değişikliklerin biraz tören gerektirdiği anlamına gelir.

Alışkanlık 1: Bir şeye dokunmadan önce yedekle

Bu, pazarlık edilemez olanı. Bir yazım hatasını düzeltmekten daha büyük herhangi bir değişiklikten önce, uygulamanın verisinin güncel bir yedeğinin olduğundan — ve nasıl geri yükleyeceğini bildiğinden — emin ol.

Otomatik yedeklemeleri zaten kurduysan, bu alışkanlık yapay zeka oluşturucuna tek bir soruya küçülür: “Son yedekleme ne zamandı ve onu nasıl geri yüklerdim?” Cevap kendinden emin ve yeniyse, devam et. Yedeklemeleri henüz kurmadıysan, bir sonraki güncellemenden önce bunu yap — yapay zekayla geliştirdiğin uygulamayı yedeklemeye dair tam bir rehber yazdık ve bu ay ürünün için harcayacağın en iyi saat o.

Yukarıdaki özel ders uygulaması hikâyesinin mutlu sonu, tam olarak platformunun yedek tutması sayesinde oldu. Aksi takdirde o stresli gün felaket bir gün olurdu.

Alışkanlık 2: Evet demeden önce “bu neyi bozabilir?” diye sor

İşte çoğu geliştiricinin sormayı hiç akıl etmediği soru ve diğer üç alışkanlığın toplamından daha fazla iş görür. Yapay zeka oluşturucuna bir değişikliği anlattıktan sonra ve onaylamadan önce, bir satır ekle:

“Bu değişikliği yapmadan önce — hangi mevcut özellikleri ya da verileri etkileyebilir?”

Bu işe yarar çünkü yapay zeka genellikle senin göremediğin bağlantıları görebilir. Özel ders uygulaması sahibi, “Seans”ın aynı zamanda randevuların yaşadığı yerin de adı olduğunu bilemezdi. Oluşturucu biliyordu — kadın sadece hiç sormadı. Rutinini sonradan yeniden kurduğunda, bu tek soru sorunları yakalayan adım oldu: fiyatlandırma formunu değiştirmenin iki eski faturayı etkileyeceğini ve zorunlu bir alan eklemenin, onsuz kaydolmuş mevcut müşterileri engelleyeceğini işaretledi.

Cevabı, bir pilotun hava durumu raporunu okuduğu gibi oku. “Bu kozmetik, başka hiçbir şey ona dokunmuyor” — açık gökyüzü, devam et. “Bu, randevuların nasıl saklandığını değiştirecek” — bu senin yavaşlama, tekrar yedekleme ve belki değişikliğin daha yumuşak bir sürümünü isteme işaretindir.

Alışkanlık 3: Tek seferde tek bir şey değiştir ve onu bir yabancı gibi test et

Beş iyileştirmeyi tek bir büyük güncellemede paketlemek verimli hissettirir. Aslında tam tersidir: bir şey bozulduğunda, beşten hangisinin sebep olduğunu bilemezsin ve bozulanı geri almak, beşini de geri almak demektir.

Tek değişiklik, sonra kontrol. Kontrol etmek, bölmek kadar önemlidir:

Sahip hesabını değil, ikinci bir hesap kullan. Uygulamayı yöneticisi olarak görürsün; kullanıcıların görmez. Normal bir kullanıcı olarak giriş yap — tam olarak bunun için kalıcı bir test hesabı tut — ve değişikliğinin dokunduğu yolu baştan sona geç. (Kendi uygulamanı daha önce hiç test etmediysen, bir QA geçmişi olmadan nasıl yapılır.)
Değiştirdiğin şeyi ve onun yanındaki şeyi kontrol et. Randevu formunu güncellediysen, bir randevu al — sonra eski bir randevuyu da aç ve hâlâ düzgün göründüğünden emin ol. Güncellemelerden kaynaklanan çoğu bozulma, yeni veride değil, eski veride ortaya çıkar.
Yarın değil, şimdi yap. Değişiklikten hemen sonra, taze ve küçükken test et. Güncellemeden beş dakika sonra bulunan bir sorun, açıkça güncellemeden kaynaklanır. Cuma günü bulunan bir sorun her şey olabilir.

Alışkanlık 4: Sakin bir an seç ve geri almanı bil

Profesyonellerin kullandığı ve geliştirici olmayanların nadiren duyduğu iki son zamanlama hissi:

Kullanıcıların yokken yayınla. Muhtemelen uygulamanın ritmini biliyorsun — özel ders uygulaması hafta içi öğleden sonraları en yoğun, pazar akşamları neredeyse sessizdi. Değişiklikler pazar akşamı olur. Bir şey ters giderse, dakikalar yerine saatlerin olur — herkes gelmeden onu düzeltmek için.

İhtiyacın olmadan önce geri almanı bil. Yapay zeka oluşturucuna sor: “Bu değişiklik soruna yol açarsa, onu geri alabilir misin? Bu ne gerektirir?” Bazen cevap “tek tık”tır. Bazen “değişikliği geri almak kolay, ama değişiklikten sonra oluşturulan veri eski sürüme uymayabilir”dir. O cevabı, üç öğretmen sana mesaj atarken değil, sakinken duymak istersin.

Ve bir değişiklik kullanıcılara görünür olduğunda — yeri değişmiş bir düğme, yeniden adlandırılmış bir alan, yeni bir adım — onlara söyle. Tek bir kısa mesaj (“Seansların artık Ders olarak adlandırıldığını fark edeceksiniz — aynı randevular, daha dostça bir ad”) kafa karıştırıcı bir sürprizi, birinin güvendikleri ürünle aktif olarak ilgilendiğinin bir işaretine dönüştürür.

On beş dakikalık hali

İşte tüm rutin, bir yapışkan nota sığacak kadar küçük: güncel yedek al → neyi bozabileceğini sor → tek seferde tek değişiklik → eski veri dahil bir yabancı gibi test et → sakin saatler → geri almanı bil → kullanıcılarına söyle.

Buna benzer bir şeyi izleyen sahipler, yapay zekayla geliştirdikleri uygulamaları pervasız olanlardan daha az güncellemezler — daha çok güncellerler, çünkü her değişiklik bir kumar olmaktan çıkar. Asıl kazanç budur: bozulmayı önlemek değil, insanların güvendiği şeyi iyileştirmeye devam edecek kadar kendinden emin kalmak.

Bir dahaki sefere oluşturucundan bir değişiklik istemek üzereyken, Alışkanlık 2’deki tek satırlık soruyu dene ve neyi ortaya çıkardığını gör. Ve bu, sonunda seni yedeklemeleri kurmaya iten yazıysa — buradan başla.