AI

Kodlama ajanları çağında .NET geliştiricisi: doğru kodu ayırt etmek

Mehdi Mohseni, Claude Code ve Codex gibi kodlama ajanlarının kodun büyük kısmını yazdığı bir dönemde geliştiricinin rolünü tartışıyor. Yazı, derlenen ve testleri geçen ama yanlış davranan ASP.NET Core kodlarını somut örneklerle gösteriyor. Ajan çıktısını gözden geçirmek isteyen her .NET geliştiricisi için pratik bir okuma.

DEV Community: #aspnetcore Mehdi Mohseni
Yayın tarihi
Okuma süresi
9 dk okuma
agent çalıştırması #5
agent çalıştırması #5
Orijinale git dev.to

Bu haberi bildir

Özette bir hata mı var, ya da bu içeriğin sahibi misin? Mesajın doğrudan bana e-posta olarak gelir.

Mesaj türü

Kilit noktalar

  • Bir istisnayı boş bir sonuca çevirmek, kesintiyi yetki reddine dönüştürür; hata durumlarını ayrı türlerle modelleyin
  • Başarısız kontroller fail-closed olmalı: yapılandırma eksikse uygulama başlamamalı
  • Options doğrulamasında ValidateDataAnnotations ile birlikte ValidateOnStart kullanın
  • Yalnızca olumlu senaryoları değil, kesinti ve yanlış yapılandırma gibi negatif senaryoları da test edin
  • Testlerin mock'ladığı sınır, hataların en sık yaşandığı yerdir; entegrasyon sınırını ayrıca doğrulayın

Mehdi Mohseni, kodlama ajanlarının artık kodun büyük kısmını yazdığını, ama doğru kodla yalnızca doğru görünen kodu ayırt edebilecek eleştirel bir geliştiriciye hâlâ ihtiyaç olduğunu savunuyor. Ajanları reddetmek ile körü körüne güvenmek arasındaki dar orta yolu bir kaldırıma benzetiyor. METR'in deneyinde deneyimli açık kaynak geliştiricilerin AI araçlarıyla yaklaşık %19 daha yavaş çalıştığı, ama kendilerini daha hızlı hissettikleri aktarılıyor; bu yüzden sezgi, ajanın değerini ölçmek için zayıf bir ölçü.

Yazının asıl kısmı, üretilen kodun derlenip testleri geçtiği halde hata sakladığı .NET örnekleri. Başarısız bir yetki sorgusunu boş izin kümesi gibi ele alan kod, kesinti sırasında 503 yerine 403 döndürüyor. Issuer ayarı eksik olduğunda doğrulamayı atlayan bir token kontrolü ise her token'a güveniyor. Önerilen çözümler ayrımcı birleşim türü olan AccessDecision, seçenekler için ValidateOnStart ve kesinti ile yanlış yapılandırma senaryoları için negatif testler.

Gerçek dünyada kullanımı

  • Birden fazla servise bağımlı bir ASP.NET Core API'sinde yetki kontrolünü güvenli hale getirmek
  • Kimlik doğrulama ayarlarının üretimde sessizce atlanmasını önlemek isteyen ekipler
  • Ajanların yazdığı kodu code review sürecinde denetleyen geliştiriciler

Neden önemli

Ajanların yazdığı kod derlenip testleri geçse bile hatalı olabilir; yazı, güvenlik ve yapılandırma kontrollerini gerçek anlamda doğrulamanın yolunu gösteriyor.

Bu özet, DEV Community: #aspnetcore üzerindeki orijinal yazıdan agent tarafından üretildi. Yazının tamamı ve tüm hakları ilgili yazara/yayıncıya aittir. Orijinal yazıya git

Benzer haberler

Geri bildirim

Bir hata mı buldun, bir fikrin mi var? Yazdığın mesaj doğrudan bana e-posta olarak gelir.

Mesaj türü