यह लेख स्वचालित रूप से अनुवादित किया गया है। मूल संस्करण के लिए, यहां क्लिक करें.
मुझे लगता है कि Copilot adoption में सबसे उपयोगी बदलावों में से एक है फीचर-obsession से दूर जाना।
इसीलिए यह नई .NET developers के लिए GitHub Copilot guide इतनी अच्छी तरह काम करती है।
बड़ा विचार सरल है: सबसे cool Copilot mode कौन सा है, यह पूछना बंद करें, और पूछना शुरू करें कौन सा surface काम के लिए सही है।
यही सही mental model है
असली .NET काम में सवाल यह नहीं होता:
- chat या agent?
- Visual Studio या CLI?
- inline या cloud?
बेहतर सवाल यह है:
- क्या मैं code समझने की कोशिश कर रहा हूँ?
- क्या मैं refactor plan कर रहा हूँ?
- क्या मैं tests update कर रहा हूँ?
- क्या मैं टूटा हुआ build ठीक कर रहा हूँ?
- क्या मैं कई files में फैले बदलाव को coordinate कर रहा हूँ?
Copilot के साथ काम करने का यह कहीं ज़्यादा productive तरीका है।
मूल लेख की सबसे उपयोगी पंक्ति
मूल post से जिस line को मैं highlight करूँगा, वह यह है:
“सवाल यह नहीं है कि कौन सबसे advanced है। बेहतर सवाल यह है: जो काम मैं अभी कर रहा हूँ, उसके लिए कौन सा फिट बैठता है?”
यही सलाह मैं भी दूँगा।
क्योंकि AI tooling की बहुत-सी confusion surfaces को identities की तरह treat करने से आती है, tools की तरह नहीं।
Visual Studio, VS Code, CLI, और background agents अलग-अलग moments के लिए fit होते हैं।
और एक बार जब आप यह स्वीकार कर लेते हैं, पूरा अनुभव अधिक practical हो जाता है।
यह खास तौर पर .NET teams के लिए क्यों महत्वपूर्ण है
.NET काम अक्सर एक ही दिन में कई तरह के tasks में बँटा होता है:
- legacy service समझना
- refactor plan करना
- tests generate करना
- broken build ठीक करना
- code, config, docs, और infrastructure को साथ में छूना
इसका मतलब है कि कोई भी single Copilot surface हर चीज़ के लिए सबसे अच्छी नहीं होगी।
इसीलिए इस guide की सलाह अच्छी है, क्योंकि यह वही दर्शाती है जो काम में सचमुच होता है।
मेरी राय
यह guide उपयोगी है क्योंकि यह Copilot को असली .NET development loop का हिस्सा मानती है, उसके ऊपर की novelty layer नहीं।
इससे यह relevant बनती है।
और honestly, और AI guidance इसी तरह task-first thinking की ओर मुड़ने से बेहतर हो सकती है।
मूल पोस्ट: Doing More with GitHub Copilot as a .NET Developer
