Codex Plus kullanırken fark ettiğim en ilginç workflow kalıplarından biri, prompt yazımından çok zamanlamayla ilgili.
5 saatlik ya da haftalık limitimin son %3–5’ine geldiğimde artık o kalan kısmı küçük isteklerde harcamıyorum. Tam tersini yapıyorum. Önceden hazırladığım birden fazla projede başlatabileceğim en büyük mühendislik işlerini o son kapasiteyle tetikliyorum.
Bu genelde tam kapsamlı TypeScript geçişleri, repository genelinde ESLint temizliği, tüm codebase boyunca derin bug incelemeleri ya da normalde rahatça başlatmak için fazla maliyetli görünen büyük refactor çalışmaları anlamına geliyor.
Workflow’umu ne değiştirdi
Nedeni basit: görünür limit bitmiş gibi göründükten sonra bile Codex’in çalışmaya devam ettiğini birden fazla kez gördüm. Dışarıdan bakınca oturum bitmiş gibi duruyor ama görev ilerlemeye devam ediyor ve bazen gerçekten tamamlanıyor.
Bunu ürünün garanti edilmiş bir kuralı gibi sunmuyorum. Sadece davranışımı değiştirecek kadar dikkatimi çeken, tekrarlayan bir deneyimi anlatıyorum. Bu kalıbı fark ettikten sonra son birkaç yüzde, korunması gereken bir kaynak gibi görünmemeye başladı. Tam tersine, en pahalı ve en etkili işi başlatmak için en doğru an gibi gelmeye başladı.
Son kısmı artık nasıl kullanıyorum
Önceden yaptığım gibi güvenli ve düşük maliyetli prompt’larda kalan limiti harcamak yerine, şimdi onu ağır mühendislik operasyonları için bir başlatma penceresi gibi görüyorum. Örneğin:
- tam kapsamlı TypeScript geçişleri
- repository genelinde ESLint temizliği
- büyük codebase’lerde derin bug incelemeleri
- büyük yapısal refactor çalışmaları
Buradaki ana nokta hazırlık. Bu yaklaşım, proje zaten çalıştırılmaya hazırsa ve görev net biçimde tanımlanmışsa en faydalı hale geliyor. O noktada kalan kısmı küçük bir şeye harcamak, çoğu zaman en yüksek kaldıraçlı anı boşa harcamak gibi geliyor.
Bu neden önemli geliyor
Codex Plus gibi araçlar yalnızca ham kapasite meselesi değil. Çabayı ne zaman devreye soktuğunuz da önemli. Zamanlamadaki küçük bir değişiklik, aynı limitten aldığınız pratik değeri ciddi biçimde değiştirebilir.
Benim için bu, ürünün psikolojisini bile değiştirdi. Son birkaç yüzde artık bir oturumun sonu gibi hissettirmiyor. Tereddüt etmeyi bırakıp mümkün olan en ağır işi araca devretmem gereken an gibi hissettiriyor.
Bazen açıkçası görünür limit ortadan kalktıktan sonra bile Codex’in benim için çalışmayı sürdürdüğü hissine kapılıyorum. Bunun bilerek tasarlanmış bir sınır durumu mu yoksa bazı görevlerin pratikte tamamlama biçimi mi olduğunu bilmiyorum. Ama yeterince faydalı oldu ki artık workflow’umu bunun etrafında planlıyorum.
Geliştiriciler için pratik bir çıkarım
Yazılım mühendisliği için Codex Plus kullanıyorsanız, son limit dilimini otomatik olarak aşırı temkinli kullanmanız gerektiğini varsaymak yerine kendi end-of-limit workflow’unuzu test etmek değerli olabilir. Benim durumumda tam tersi yaklaşım daha etkili oldu.
Özellikle migration, lint temizliği, geniş kapsamlı incelemeler ya da birden fazla repository üzerinde yapılan büyük refactor’larda başka geliştiricilerin de aynı kalıbı fark edip etmediğini gerçekten merak ediyorum.