AI आपकी जगह नहीं लेगा, लेकिन AI की बुरी आदतें ले लेंगी
जब AI एक परफेक्ट फंक्शन लिखता है, तो यह जादू जैसा लगता है। लेकिन जब यह ऐसा API बना देता है जो अस्तित्व में ही नहीं है, तो यह एक आपदा जैसा लगता है।
अधिकांश डेवलपर्स के सामने एक विकल्प होता है। आप AI का उपयोग एक मेंटर के रूप में कर सकते हैं, या आप एक autocomplete zombie बन सकते हैं।
खतरा तकनीक नहीं है। खतरा आलस्य है। यदि आप सोचना बंद कर देते हैं, तो आप अपनी बढ़त खो देते हैं।
नियंत्रण में रहने के लिए इन पांच स्विचों का उपयोग करें:
- Reasoning mode: केवल कोड न मांगें। AI से कदम-दर-कदम सोचने और पहले edge cases की सूची बनाने के लिए कहें।
- Verbosity control: AI को बताएं कि आपको एक छोटा snippet चाहिए या trade-offs के साथ विस्तृत विवरण।
- Tooling: AI को अनुमान लगाने के बजाय docs, REPLs, या diagrams का उपयोग करने के लिए मजबूर करें।
- Self-reflection: AI से अपने ही उत्तर की आलोचना करने के लिए कहें। उससे पूछें कि वह तीन तरीके बताए जिनसे उसका उत्तर गलत हो सकता है।
- Rubrics: स्ट्रक्चर का उपयोग करें। एक design doc मांगने के बजाय, Problems, Constraints, Options, और Risks के साथ एक doc मांगें।
जानें कि कब भरोसा करना है और कब सत्यापन (verify) करना है।
इन कामों के लिए AI पर भरोसा करें:
- दोहराव वाले test stubs लिखना।
- बुनियादी CRUD scaffolding बनाना।
- डॉक्यूमेंटेशन का सारांश (summarize) बनाना।
इन कामों के लिए कभी भी AI पर भरोसा न करें:
- Database migrations.
- Authentication logic.
- Production infrastructure में बदलाव।
AI को एक रिसर्च असिस्टेंट की तरह समझें, न कि एक code monkey की तरह। इसे अपना सिस्टम बनाने के लिए न कहें। इसे अपने डिज़ाइन की आलोचना करने के लिए कहें। इससे बग्स पैदा किए बिना जोखिमों का पता चलता है।
लक्ष्य 'autocomplete brain' से बचना है। ऐसा तब होता है जब आप बिना लॉजिक समझे कॉपी, पेस्ट और शिप करते हैं। आप टिकट तो हल कर सकते हैं, लेकिन एक इंजीनियर के रूप में आपका विकास नहीं हो रहा है।
ड्राफ्ट तैयार करने के लिए AI का उपयोग करें। सत्यापन के लिए अपने दिमाग का उपयोग करें।
Source: https://dev.to/dev_tips/ai-wont-replace-you-but-bad-ai-habits-will-1fnp
Optional learning community: https://t.me/GyaanSetuAi