Bir projede yeni özellik geliştirilirken konuşma hızla büyüyebilir. Eski hata çıktıları, artık geçerli olmayan fikirler ve farklı ekranlarla ilgili ayrıntılar aynı yerde birikir. Bağlam yönetiminin amacı daha fazla metin eklemek değildir; çalışmanın o anki kararını etkileyen bilgiyi görünür tutmaktır. Bunun için işi anlamlı parçalara ayırmak gerekir.

Dosyalara değil, davranışlara göre bölün

“Önce bütün denetleyicileri, sonra bütün şablonları değiştir” yaklaşımı çoğu zaman çalışan bir ara sonuç üretmez. Bunun yerine kullanıcı açısından tamamlanabilen bir akış seçin. Örneğin kaydedilmiş yazılar özelliğinde ilk parça, tek bir yazıyı kaydetmek ve sayfa yenilendiğinde durumunu korumak olabilir.

İkinci parça kaydedilenleri listelemek, üçüncü parça boş durum görünümü, dördüncü parça ise arama veya sıralama olabilir. Her parça sonunda gözlenebilir bir davranış oluşur. Bir hata çıkarsa hangi değişiklik grubunun etkili olduğunu bulmak da kolaylaşır.

Bu bölme yöntemini mekanik hale getirmeyin. İki alan aynı veri sözleşmesine bağlıysa birlikte ele alınmaları gerekebilir. Örneğin API alanı değişirken onu kullanan istemcinin güncellenmesi bağımsız iki iş değildir. Parçalar küçük olmalı, fakat birbirine yarım sözler bırakmamalıdır.

Her parçaya kendi bitiş çizgisini verin

Bir görevde hedef, kullanılacak mevcut yapı ve doğrulama yöntemi açık olmalıdır. Önceki konuşmanın tamamına atıf yapmak yerine gerekli kararı kısa biçimde tekrar yazabilirsiniz: “Kaydetme durumu sunucuda tutuluyor; oturum açmamış kullanıcı mevcut giriş akışına yönlendirilecek.” Bu bilgi, uygulamanın yönünü belirler.

Örnek prompt:

Kaydedilmiş yazılar özelliğinin ilk parçasını uygula. Tekil yazı sayfasında mevcut düğme ile kaydetme ve kaldırma çalışsın; yenilemede durum korunsun. Liste ekranını bu göreve ekleme. Mevcut oturum ve yetki yaklaşımını kullan. Giriş yapmış kullanıcı için ekleme, kaldırma ve yenileme durumlarını doğrula.

Bu görev tamamlandığında bir sonraki parça için sağlam bir temel oluşur. Çıktıyı “altyapı hazır” gibi belirsiz bir ifadeyle kabul etmek yerine, gerçekten çalışan durum geçişlerini görmek istersiniz. Böylece daha sonraki işte eksik kalan temel davranışla karşılaşma olasılığı azalır.

Parçalar arasındaki bağı ayrıca yazmak, paralel çalışmada çakışmaları azaltır. Örneğin liste ekranı, ilk parçada belirlenen kayıt durumunu okuyabilir; fakat veri alanının adını kendi başına değiştirmemelidir. Küçük bir sözleşme tablosunda alan adı, anlamı ve boş durum davranışı tutulabilir. Böylece her görev aynı varsayımları tekrar keşfetmeden kendi kullanıcı sonucuna odaklanabilir ve entegrasyon daha kolay değerlendirilir.

Devir notunu kararlarla sınırlayın

Yeni bir çalışma başlatmanız gerektiğinde bütün konuşmayı kopyalamak yerine küçük bir devir notu hazırlayın. Hedef, tamamlanan davranış, önemli dosyalar, alınmış kararlar ve kalan iş yeterli olabilir. Çalıştırılmış bir kontrolün sonucunu belirtin; planlanan kontrolü geçmiş zamanla yazmayın.

Başarısız bir yaklaşımın ayrıntısı yalnızca tekrar denenmesini önleyecekse yararlıdır. Örneğin seçilen kütüphanenin mevcut sürümle uyumsuz olduğu gözlendiyse bunu kısa bir kanıtla not edin. Her terminal çıktısını saklamak ise önemli bilgiyi bulmayı zorlaştırır.

Parçalama sonunda tekrar bütün akışı deneyin. Tek tek çalışan kaydetme ve listeleme davranışları birlikte beklenmedik bir önbellek sorununa yol açabilir. Küçük görevler, birleşik doğrulamanın yerini almaz; sorunu daha erken ve daha anlaşılır noktalarda yakalamanızı sağlar. İyi bağlam yönetimi, her adımda neyin bilindiğini ve neyin sırada olduğunu net tutar.

Kaynak: Uzun işler için yürütme planları.