Tulisan ini diterjemahkan secara otomatis. Untuk versi aslinya, klik di sini.
Menurut saya, salah satu perubahan paling berguna dalam adopsi Copilot adalah menjauh dari obsesinya pada fitur.
Itulah sebabnya panduan GitHub Copilot untuk developer .NET yang baru ini bekerja dengan sangat baik.
Ide besarnya sederhana: berhenti bertanya mode Copilot mana yang paling keren, dan mulai bertanya surface mana yang cocok dengan tugasnya.
Ini adalah model mental yang tepat
Untuk sebagian besar pekerjaan .NET yang nyata, pertanyaannya bukan:
- chat atau agent?
- Visual Studio atau CLI?
- inline atau cloud?
Pertanyaan yang lebih baik adalah:
- apakah saya mencoba memahami code?
- apakah saya merencanakan refactor?
- apakah saya memperbarui tests?
- apakah saya memperbaiki build yang rusak?
- apakah saya mengoordinasikan perubahan yang menyentuh banyak file?
Itu adalah cara yang jauh lebih produktif untuk bekerja dengan Copilot.
Kalimat paling berguna di artikel sumber
Baris yang akan saya sorot dari posting asli adalah ini:
“Pertanyaannya bukan mana yang paling advanced. Pertanyaan yang lebih baik adalah: mana yang cocok dengan pekerjaan yang sedang saya lakukan sekarang?”
Itu persis saran yang juga akan saya berikan.
Karena banyak kebingungan dalam AI tooling datang dari memperlakukan surface seperti identitas, bukan alat.
Visual Studio, VS Code, CLI, dan background agents masing-masing cocok untuk momen yang berbeda.
Dan begitu Anda menerima itu, seluruh pengalaman menjadi jauh lebih praktis.
Mengapa ini penting khususnya untuk tim .NET
Pekerjaan .NET sering mencakup beberapa jenis tugas dalam satu hari:
- memahami service legacy
- merencanakan refactor
- menghasilkan tests
- memperbaiki build yang rusak
- menyentuh code, config, docs, dan infrastructure sekaligus
Itu berarti tidak ada satu surface Copilot pun yang akan paling baik untuk semuanya.
Jadi, saran dalam panduan ini bagus karena mencerminkan bagaimana pekerjaan benar-benar terjadi.
Pendapat saya
Panduan ini berguna karena memperlakukan Copilot sebagai bagian dari loop pengembangan .NET yang sesungguhnya, bukan sebagai lapisan novelty di atasnya.
Itu membuatnya relevan.
Dan sejujurnya, lebih banyak panduan AI akan jauh lebih baik jika mengambil langkah yang sama ke arah task-first thinking.
Posting asli: Doing More with GitHub Copilot as a .NET Developer
