· · 2 dakika okuma

.NET geliştiricileri için GitHub Copilot konusunda şu anki en iyi tavsiye, özellikler üzerinden düşünmeyi bırakmaktır

.NET odaklı yeni GitHub Copilot rehberi güçlü bir nokta yapıyor: değer elde etmenin en iyi yolu Copilot modlarını ezberlemek değil, araç surface'ini önünüzdeki gerçek işle eşleştirmektir.

GitHub Copilot .NET Visual Studio VS Code Developer Productivity
Bu yazı şu dillerde de mevcut:English, Español, Català, Deutsch, Français, Português, Italiano, 日本語, 中文, 한국어, Русский, हिन्दी, Polski, العربية, Bahasa Indonesia, Nederlands

Bu yazı otomatik olarak çevrilmiştir. Orijinal sürüm için buraya tıklayın.

Copilot adoption’da en faydalı değişimlerden biri, feature obsesyonundan uzaklaşmaktır diye düşünüyorum.

Bu yeni .NET geliştiricileri için GitHub Copilot rehberi tam da bu yüzden çok iyi çalışıyor.

Büyük fikir basit: hangi Copilot modunun en havalı olduğunu sormayı bırakın ve hangi surface’in göreve uyduğunu sormaya başlayın.

Doğru mental model budur

Gerçek .NET işlerinin çoğunda soru şu değildir:

  • chat mi agent mı?
  • Visual Studio mu CLI mı?
  • inline mı cloud mu?

Daha iyi soru şudur:

  • code anlamaya mı çalışıyorum?
  • refactor mı planlıyorum?
  • tests mi güncelliyorum?
  • kırık bir build’i mi düzeltiyorum?
  • birden fazla dosyayı etkileyen değişikliği mi koordine ediyorum?

Bu, Copilot ile çalışmanın çok daha üretken bir yoludur.

Kaynak makaledeki en yararlı cümle

Orijinal post’tan vurgulayacağım satır şu:

Soru en advanced olanın hangisi olduğu değil. Daha iyi soru şu: şu anda yaptığım işe hangisi uyuyor?

Ben de tam olarak bu tavsiyeyi verirdim.

Çünkü AI tooling konusundaki pek çok kafa karışıklığı, surfaces’leri araçlar yerine kimlikler gibi ele almaktan gelir.

Visual Studio, VS Code, CLI ve background agent’lar farklı anlara uygundur.

Ve bunu kabul ettiğinizde, tüm deneyim çok daha pratik hale gelir.

Bu özellikle .NET ekipleri için neden önemli

.NET işi çoğu zaman tek bir gün içinde birden fazla görev türünü kapsar:

  • legacy service’i anlamak
  • refactor planlamak
  • tests üretmek
  • bozuk bir build’i düzeltmek
  • code, config, docs ve infrastructure’a birlikte dokunmak

Bu da hiçbir tek Copilot surface’inin her şeyde en iyi olmayacağı anlamına gelir.

Bu yüzden bu rehberdeki tavsiye iyi; çünkü işin gerçekte nasıl olduğunu yansıtıyor.

Benim görüşüm

Bu rehber faydalı çünkü Copilot’u gerçek .NET development loop’unun bir parçası olarak ele alıyor, onun üstünde bir novelty layer olarak değil.

Bu da onu relevant yapıyor.

Ve dürüst olmak gerekirse, daha fazla AI rehberi bu task-first düşünmeye geçişten ciddi şekilde fayda görürdü.

Orijinal yazı: Doing More with GitHub Copilot as a .NET Developer

Paylaş:
Bu yazının kaynak kodunu GitHub'da görüntüleyin ↗
← Azure SQL Artık Gömme Vektörleri Üretebilir — Saf T-SQL'de, Uygulama Katmanı Gerekmez
Copilot Studio .NET 10 WebAssembly'ye Nasıl Geçti ve %20 Daha Hızlı Oldu →