Yapay Zekaya Karar Yetkisi Vermeden Önce 3 Seçeneği Nasıl Değerlendirmeli?

Yapay zekâ destekli araçlar günümüzde yazılım geliştirme sürecini hızlandırsa da, bazı kararların insan müdahalesi olmadan alınması riskleri beraberinde getiriyor. Bu durum özellikle denetim, izinler ve iş akışları gibi sistem değişikliklerinde daha da belirgin hale geliyor.

Yakın zamanda yaşanan bir vaka, bu konunun önemini bir kez daha gözler önüne serdi. Paris’in banliyösündeki Maisons-Laffitte bölgesinden bir veli, çocuğunun kayıtlı olduğu kursun eğitimcisi değiştirilmesi gerektiğini bildirdi. İlk bakışta basit görünen bu değişiklik, aslında derinlemesine analiz edilmesi gereken bir dizi kural ve izlenebilirlik sorununu da beraberinde getiriyordu. Peki, bu tür durumlarda yapay zekâya karar yetkisi vermek ne kadar doğru bir yaklaşım?

Yazılım Geliştirmede "Hız" Yanılgısı: Gerçek Maliyet Nedir?

Yapay zekâ araçları, kod yazma sürecini hızlandırarak geliştiricilere büyük bir avantaj sağlıyor. Ancak bu hızın arkasındaki gerçek maliyetler genellikle göz ardı ediliyor. Üç temel yanılgı, geliştiricileri acele kararlar almaya itiyor:

• Bağlam Gururu: "Sorunu ben gördüm, çözümü de ben biliyorum" düşüncesi, diğer olası seçenekleri değerlendirmeyi engelliyor.
• Yazma Hızı Yanılsaması: Üç farklı seçenek arasında karar vermek 30 saniye kaybettirirken, tek bir çözümün kodlanmasıysa gelecekte saatlerce sürecek bir yeniden yapılandırmaya yol açıyor.
• Otonomi Korkusu: Yapay zekâya seçenek sunma yetkisi vermek, kendi karar alma yeteneğimizi zayıflatıyormuş gibi hissettiriyor.

Bu üç eğilim, aslında sadece görünürde hız kazandırırken, uzun vadede teknik borç ve yeniden yapılanma maliyetleriyle sonuçlanıyor. Oysa yapay zekâdan gelen üç farklı seçeneği değerlendirmek, karar sürecini daha sağlam temellere oturtuyor.

Üç Seçenek Kuralı: Kritik Kararlar İçin Altın Formül

Geliştiriciler, denetim gerektiren, izinleri etkileyen veya iş akışlarını değiştiren herhangi bir değişiklik yaparken, aşağıdaki üç seçenek kuralını uygulamalıdır:

1. Seçenek A: Direkt Güncelleme

• Veritabanında doğrudan bir UPDATE işlemi yapılır.
• İzlenebilirlik, serbest not alanına kaydedilir.
• Denetim düzeyi düşüktür.
• Risk: Gelecekteki bir soruşturma sırasında kanıt bulmak zorlaşır.

1. Seçenek B: Kayıt Kapatma ve Yeni Kayıt Oluşturma

• Mevcut kayıt kapatılarak yeni bir kayıt oluşturulur.
• İşlem nedeni statü alanında belirtilir.
• Denetim düzeyi yüksektir.
• Avantaj: Gelecekteki incelemelerde değişikliklerin izi net bir şekilde görülebilir.

1. Seçenek C: Yan Bayrak ve Manuel Not

• Mevcut kayıt yan bir bayrakla işaretlenir.
• Manuel not eklenir.
• Denetim düzeyi orta seviyededir.

Bu yaklaşım, geliştiricilere sadece kod yazmaktan öte, sistem değişikliklerinin uzun vadeli etkilerini değerlendirme fırsatı sunuyor. Örneğin, Maisons-Laffitte vakasında, üçüncü seçeneğin tercih edilmesi durumunda, bir veli altı ay sonra çocuğunun kayıt değişikliğini sorguladığında, yapılan işlemin nedeni ve detayları kolayca bulunabilecekti.

Ne Zaman Üç Seçenek Kuralını Uygulamamalı?

Bu yöntem, yalnızca iş akışları, izinler, denetimler veya sistem geçişleri gibi kritik değişikliklerde kullanılmalıdır. Basit bir PostgreSQL indeks optimizasyonu veya TypeScript imza değişikliği gibi durumlarda, doğrudan uzmanlıkla karar vermek daha verimlidir. Üç seçenek kuralını uygulamak, aslında gereksiz yere zaman kaybına neden olabilir.

Sonuç olarak, yapay zekâ destekli geliştirme araçları, süreci hızlandırırken bile, kritik kararların insan aklıyla desteklenmesi gerekiyor. Üç seçenek kuralı, sadece kod yazmanın ötesinde, gelecekteki sorunları önlemenin ve sistem güvenilirliğini artırmanın en etkili yollarından biri olarak öne çıkıyor.

Yapay zekâya ne kadar yetki verirseniz verin, son sözü her zaman insan aklı vermeli. Aksi takdirde, bugün yazdığınız kodlar gelecekteki saatlerce sürecek yeniden yapılandırmaların kaynağı olabilir.