AI Kodlama Asistanlarıyla İlgili Asıl Sorun

Geliştiricilerin AI araçlarıyla nasıl etkileştiğini izlerken fark ettiğim bir şey var: insanların büyük çoğunluğu değerin %80'ini masada bırakıyor.

ChatGPT'yi açıyorsunuz, kodu yapıştırıyorsunuz, soru soruyorsunuz, cevap alıyorsunuz, sekmeyi kapatıyorsunuz. Tekrar. Teknoloji harikası bir arama motorundan ibaret.

Ama karmaşık bir şey inşa ediyorsanız—bir girişim, yan proje, prodüksiyon sistemi—durumsuz konuşmalar bir engel. Her oturum sıfırdan başlıyor. Bağlamı yeniden açıklamaya harcadığınız zaman, gerçek problem çözmeye harcadığınız zamandan fazla.

Yürütücü işlevlerle (executive function) zaten mücadele eden geliştiriciler için bu durum özellikle zorlu. Ve dürüst olalım: bu bizlerin çoğunu kapsıyor. Sekiz saat boyunca akış durumunda (flow state) kod yazan programcı imajı mı? Gerçeklikle pek ilgisi yok.

Gerçekten İşe Yarayan: Kalıcı Bağlam Sistemleri

Sıçrayış, AI'ı bir sohbet robotu olarak değil de kalıcı bir geliştirme ortağı olarak görmeye başladığınızda geliyor. Bu şu anlama geliyor:

• Oturumlar arasında kaldığınız yerı hatırlayan sistemler kurmak
• Kendi kalite standartlarınızı sizin hatırlamanıza gerek kalmadan uygulayan kurallar koymak
• Çalışmaya bir dakikanın altında yeniden başlamanızı sağlayan özetler üretmek
• Kararları, başarısızlıkları ve öğrenilen dersleri otomatik olarak takip etmek

Bu "tembellik" ya da beyninizi değiştirmekle ilgili değil. Yazılım geliştirmenin idari yükünü devretmekle ilgili—böylece bilişsel enerjiniz gerçek problem çözmeye gitsin.

Kendi İş Akışım İçin İnşa Ettiğim Sistem

Yıllarca projelere heyecanla başlayıp, kafası karışmış halde bırakıp gittikten sonra, Claude Code kullanarak basit ama güçlü bir iş akışı geliştirdim. Temel fikir: her projeye bir bağlam dosyası atamak—bu dosya repoda yaşıyor ve her oturumun başında otomatik olarak okunuyor.

Nasıl çalıştığı şöyle:

Proje Bağlam Dosyası

Projenizin kök dizinine, diyelim ki CLAUDE.md diye bir dosya oluşturuyorsunuz. Bu dosya neyi inşa ettiğinizi, kimlerin inşa ettiğini ve süreçte nereden olduğunuzu açıklıyor. Yeni bir kodlama oturumu başlattığınızda Claude önce bu dosyayı okuyor. "Ney üzerinde çalışıyordum?" anları tarih oluyor.

Dosyanın dört ana bölümü var:

Bağlam ve Amaç

Bu proje gerçekten ne yapıyor? Tech stack ne? Kullanıcılar kimler? İki hafta sonra projeye döndüğünüzde kendinize sunacağınız asansör konuşması bu bölümde.

Kurallar ve Standartlar

Kişisel kodlama standartlarınız. Dosya isimlendirme kuralları. Test gereksinimleri. Otomatik olarak uygulanmasını istediğiniz her şeyi buraya yazıyorsunuz. Claude bu kuralları siz hatırlamadan uyguluyor.

Oturum Brifleri

Her kodlama oturumu öncesinde neyi başarmayı planladığınızı yazıyorsunuz. Bu yaklaşık iki dakika sürüyor. Karşılığı: Kesintiye uğrarsanız veya motivasyonunuz düşerse, tam kaldığınız yerden devam edebiliyorsunuz. Sürtünme yok.

Asenkron Kontrol Noktaları

Her oturumun sonunda Claude dosyaya bir özet yazıyor. Ne başardınız? Sırada ne var? Hangi engeller var? Yarın—ya da önümüzdeki hafta—geri geldiğinizde bağlam sizi bekliyor.

Geliştirme Hızı Açısından Neden Önemli

Bağlam değiştirmeyle ilgili şu var: bu pahalı bir iş. Araştırmalar, bir kesintiden sonra derin odaklanmayı yeniden kurmanın 20-30 dakika sürdüğünü gösteriyor. Dikkat güçlüğü çeken geliştiriciler için bu süre daha da uzun olabilir.

Kalıcı bağlam koruyarak, geçiş maliyetini düşürüyorsunuz. Hala bir toplantı için çağırılabilirsiniz, ama yeniden başlamak 30 dakika yerine 60 saniye sürüyor. Bir hafta boyunca, bu saatlerce geri kazanılmış odaklanma süresi demek.

Bir de psikolojik boyut var. Projenize her baktığınızda kaybolmuş hissediyorsanız, onu sürtünmeyle ilişkilendiriyorsunuz. Zamanla bu kaçınma davranışına dönüşüyor. "İşte buradaydın, işte ne işe yaradı, işte sıradaki adım" diyen bir sistem bu sürtünmeyi tamamen ortadan kaldırıyor.

Kalite Kapıları Eklemek

Tek başına geliştirmedeki en büyük risklerden biri, "bitti hissi" veren ama bitmemiş kodlar göndermek. Testler geçti mi? Gönder. Ama... linter'ı çalıştırmayı hatırladınız mı? Güvenlik kontrollerini yaptınız mı? Build'in hâlâ çalıştığını doğruladınız mı?

Bu kontrolleri "kanıt kapıları" olarak bağlam dosyanıza kodlayabilirsiniz. Claude bir şeyi tamamlandı olarak işaretlemenize yardım etmeden önce, kendi kriterlerinizi otomatik olarak doğruluyor. Sanki asla checklist'ini unutmayan titiz bir kod inceleyiciniz var gibi.

Örnek:

Tamamlandı olarak işaretlemeden önce:
- Tüm test paketini çalıştır
- Production'da console.log ifadeleri olmadığını doğrula
- Build'in uyarısız derlendiğini kontrol et

Claude bunları otomatik olarak uyguluyor. Hatırlamanıza gerek yok. Sistem sizin için hatırlıyor.

Pratik Uygulama

Başlamak düşündüğünüzden daha basit:

1. Tek bir dosya oluşturun projenizin kök dizininde
2. Bağlamınızı yazın: proje, standartlar, mevcut durumu açıklayın
3. Her oturuma başlarken oturum brifinizi güncelleyin
4. Oturumu bitirirken kontrol noktası özeti isteyin
5. Tekrar edin: dersler ekleyin, kuralları güncelleyin, sistemi geliştirin

Kurulum yaklaşık 30 dakika sürüyor. Bileşik getiriler anında başlıyor ve zamanla büyüyor.

Ekipler ve Girişimler İçin

Bu sadece solo geliştiriciler için değil. Ekipler, yeni geliştiricileri daha hızlı entegre etmek, katkıda bulunanlar arasında tutarlılığı korumak ve örtük bilgiyi açık hale getirerek "otobüs faktörü"nü azaltmak için paylaşımlı bağlam dosyaları kullanabilir.

Hayal edin: Yeni ekip üyesi geliyor, repoyu klonluyor ve hemen proje yapısını, kodlama standartlarını ve mevcut öncelikleri anlıyor. İki saatlik bir devir teslim toplantısına ihtiyaç duymadı. Bağlam dosyası işi yaptı.

Büyük Resim

Yazılım geliştirmede ilginç bir dönüm noktasındayız. AI araçları gerçekten kullanışlı hale geliyor, ama çoğu insan iş akışlarını buna göre güncellemedi. Hâlâ "soru sor, cevap al" mantığıyla düşünüyorlar—halbuki gerçek fırsat, insan yeteneklerini artıran kalıcı, akıllı sistemler inşa etmek.

Geliştiriciler için—özellikle farklı şekilde çalışanlar için—durumsuzdan durumlu AI etkileşimine geçiş dönüştürücü. Daha az çalışmakla ilgili değil. Daha akıllı çalışmakla ilgili. Beynin doğal eğilimleriyle değil, onlara karşı savaşarak çalışan sistemler kurmak yerine, onlarla birlikte çalışan sistemler kurmak.

En iyi kodunuz, bağlam yönetiminden yorulmadığınızda ortaya çıkıyor. Bunu mümkün kılan araçlar var. Soru şu: Potansiyellerini tam olarak kullanıyor musunuz?