Kendi Aracını Kendin Yapmak: Engel Artık Kod Değil 🛠️

Bu yazıda o meraklı kişiden bahsedelim. Çünkü sayıları hızla artıyor.

Birkaç yıl öncesine kadar bir iş fikrini yazılıma dönüştürmenin tek bir yolu vardı: talep formu, öncelik sırası, aylarca bekleyiş ve sonunda ihtiyacınızın yaklaşık %60'ını karşılayan bir ekran. Bugün ise süreci bilen bir kişi, aynı akşam çalışan bir prototip çıkarabiliyor.

Bu gerçekten büyük bir değişim. Ama beraberinde çok net bir sınır getiriyor ve yazının asıl konusu o sınır.

🛠️ Değişen Şey Yetenek Değil, Mesafe

İlk yazımda anlattığım proforma → banka talimatı otomasyonunu hatırlayın. O işi yaptıran şey bir teknoloji merakı değildi; her seferinde aynı bilgileri tek tek Word'e geçirmenin verdiği yorgunluktu.

O süreçte fark ettiğim şey şu oldu: zor sanılan kısım kod değildi. Zor olan, o sürecin gerçekte nasıl işlediğini bilmekti. Kodu yazan taraf artık yapay zeka olabiliyor. Ama “bu proformada tutar hangi satırda, bu tedarikçi belgeyi hangi formatta gönderir, hangi durumda ödeme ikiye bölünür” bilgisi hâlâ sahada duruyor.

Yani değişen şey bizim yeteneğimiz değil; fikir ile çalışan araç arasındaki mesafe.

💡 Süreci Bilen Kişinin Elindeki Gerçek Avantaj

Bir yazılımcıyla çalıştığınızda ilk iş süreci ona anlatmaktır. En zor kısım da burasıdır: istisnalar. Çünkü istisnaların büyük bölümü hiçbir yerde yazılı değildir, ekibin kafasındadır. “Bu firmadan gelen evrak hep ters taranmış olur” cümlesi hiçbir analiz dokümanına girmez ama projenin kaderini belirler.

Süreci bilen kişi bu aktarımı hiç yapmak zorunda kalmaz. En kıymetli girdi zaten ondadır. Eskiden eksik olan tek şey koddu; bugün kod, aktarılması en kolay parça hâline geldi.

Bu yüzden “yapay zeka yazılımcıların işini alıyor” cümlesini doğru bulmuyorum. Yapay zekanın kaldırdığı şey yazılımcı ihtiyacı değil; süreci bilen insanın önündeki ilk adım engeli. Bu ikisi çok farklı şeyler ve farkı yazının geri kalanında göreceğiz.

⚠️ “Yapabiliyorum” ile “Sürdürebiliyorum” Aynı Şey Değil

Burası işin kritik noktası. Yapay zekayla iki saatte çalışan bir şey çıkarırsınız. Onu iki yıl ayakta tutmak bambaşka bir iştir. Sahada çarptığım beş duvar:

1. Anlamadığınız kod. Çalışıyor ama neden çalıştığını bilmiyorsanız, bozulduğunda düzeltemezsiniz. Kodu satır satır anlamak zorunda değilsiniz; ama akışı anlamak zorundasınız: veri nereden geliyor, nerede dönüşüyor, nereye yazılıyor. Bu üç soruya cevap veremiyorsanız elinizdeki araç değil, kara kutudur.

2. Hata yönetiminin olmaması. İlk sürüm daima mutlu yolu çözer. İlk bozuk dosyada ya durur ya da daha kötüsü, yanlış çıktıyı hiçbir uyarı vermeden üretir. Duran sistem sizi rahatsız eder ve düzeltirsiniz; sessizce yanlış üreten sistem haftalarca fark edilmez. İkincisi çok daha pahalıdır.

3. Yedek ve geri alma planının olmaması. Yanlış kayıt yazan bir otomasyonu geri almanın maliyeti, o otomasyonun kazandırdığı zamandan büyük olabilir. Bir aracın ne kadar zaman kazandırdığını konuşmadan önce, hata yaptığında ne kadar zaman kaybettireceğini konuşmak gerekir.

4. Tek kişiye bağımlılık. Siz izne çıkınca duran bir sistem, bir süreç değil bir alışkanlıktır. Geçen yazıdaki “sahipsiz proje” maddesinin doğduğu yer tam olarak burasıdır. Aracı siz yaptıysanız, onu sizin dışınızda birinin de çalıştırabilir olması gerekir.

5. Gölge sistemler. IT'nin haberi olmayan, güvenlik kontrolünden geçmemiş, şirket verisini nereye gönderdiği belirsiz araçlar. Kendi klasörünüzdeki dosyaları düzenlerken bu bir sorun değildir. Müşteri listesi, fiyat bilgisi veya sözleşme söz konusu olduğunda tamamen ayrı bir konudur.

📏 Nereye Kadar Kendiniz, Nereden Sonra Profesyonel?

Bu soruya net bir çizgi çizmek mümkün. Kendiniz rahatlıkla yapabileceğiniz işler:

• Tek kullanıcılı ve iç kullanıma yönelik olanlar

• Adımları geri alınabilir olanlar

• Veriyi okuyan, derleyen, taslak üreten işler

• Bozulduğunda işin durmadığı işler

Yalnız başınıza yapmamanız gerekenler:

• Ekip genelinde, çok kullanıcılı olanlar

• Parasal sonuç doğuran ya da geri alınamayan işlemler

• Kalıcı veri yazan, sisteme kayıt atan süreçler

• Doğrudan müşteriye dokunan çıktılar

• Bozulduğunda işin durduğu kritik akışlar

Basit bir kural: aracın yapacağı hata sizi yalnızca mahcup ediyorsa kendiniz yapın. Şirketi zarara sokuyorsa yalnız yapmayın.

✅ Kendi Aracını Yapacaklara 5 Kural

1️⃣ Tek bir acıyı çözün. Her şeyi yapan bir araç değil, bir işi sonuna kadar yapan bir araç kurun. Serideki en sık tekrarladığım cümle bu: dar ama uçtan uca.

2️⃣ En kirli veriyle test edin. Elinizdeki en kötü 20 örneği toplayın ve aracı onlarla deneyin. Temiz veriyle çalışan bir araç henüz çalıştığını kanıtlamış sayılmaz.

3️⃣ Her adımı kayıt altına alın. Ne zaman çalıştı, hangi dosyayı işledi, ne üretti. Bir sorunun kaynağını bulmanın tek yolu budur.

4️⃣ Bir sayfalık da olsa yazın. Ne yapıyor, hangi klasöre bakıyor, hangi bilgiyi nereden alıyor, bozulursa nereden başlanır. Bu tek sayfa, aracınızı hobiden süreç hâline getiren şeydir.

5️⃣ Kritik adımı insana onaylatın. Tutar, IBAN, vergi numarası, miktar. Sistemin doğruluğuna değil, sürecin tasarımına güvenin.

🎯 Son Söz

Yapay zeka, iş fikri ile çalışan araç arasındaki mesafeyi kısalttı. Bu, süreci bilen insanlar için gerçekten büyük bir fırsat ve bu fırsatı kullanmamak için hiçbir sebep yok.

Ama kaldırdığı engel yalnızca ilk adımdaki engeldi. Geri kalan her şey, yani hata yönetimi, sahiplik, dokümantasyon ve güven, hâlâ bizim işimiz.

“Yapabiliyorum” heyecan verici bir cümledir. Bir süreci ona teslim etmeden önce cevaplanması gereken soru ise hep aynı: bu bozulduğunda kim düzeltecek?