00:00:00अप्रैल 2026 में, आप और मेरे जैसे डेवलपर्स के लिए टेक स्टैक का चुनाव कितना महत्वपूर्ण है, जबकि एआई के क्षेत्र में इतनी सारी चीजें हो चुकी हैं,
00:00:23और एआई मॉडल्स और उससे भी महत्वपूर्ण बात यह है कि क्लाउड कोड और कोडेक्स जैसे एआई एजेंट टूल्स में इतनी प्रगति हुई है।
00:00:31मैंने इन टूल्स पर वीडियो बनाए हैं, और यदि आप रुचि रखते हैं तो मेरे पास इन पर कुछ कोर्सेस भी हैं, जो काफी लोकप्रिय हैं।
00:00:42लेकिन आज का सवाल जिस पर मैं करीब से नज़र डालना चाहता हूँ और अपनी राय साझा करना चाहता हूँ, वह यह है कि डेवलपर्स के लिए टेक स्टैक का चुनाव कितना महत्वपूर्ण है?
00:00:57क्या वे अभी भी मायने रखते हैं या हमें एआई को निर्णय लेने देना चाहिए, या शायद अधिक प्रासंगिक यह है कि क्या हमें इस तथ्य के आधार पर निर्णय लेने चाहिए कि हम एआई का उपयोग करने वाले हैं।
00:01:16अब ज़ाहिर है कि टेक स्टैक की परवाह न करने का सबसे बुनियादी रूप—और वैसे, मैं मुख्य रूप से वेब डेवलपर्स के नज़रिए से टेक स्टैक विकल्पों पर ध्यान केंद्रित करूँगा,
00:01:29क्योंकि वेब डेवलपमेंट मेरा मुख्य काम है, लेकिन मुझे लगता है कि यह सभी प्रकार के डेवलपर्स पर लागू होगा।
00:01:47आसान रास्ता जो आप चुन सकते हैं वह यह है कि आप क्लाउड कोड जैसे टूल का उपयोग कर रहे होंगे, और आपको चुने जा रहे टेक स्टैक की वास्तव में परवाह नहीं है।
00:02:09किसे फर्क पड़ता है कि आप रिएक्ट के साथ टाइपस्क्रिप्ट और नेक्स्ट.जेएस का उपयोग कर रहे हैं या आप वैनिला जावास्क्रिप्ट और टैनस्टैक स्टार्ट का उपयोग कर रहे हैं?
00:02:16या शायद आप रिएक्ट के बजाय एंगुलर का उपयोग कर रहे हैं। किसे परवाह है, है ना? एआई को फैसला करने दें।
00:02:45अब आप निश्चित रूप से ऐसा कर सकते हैं लेकिन यहाँ हम स्पष्ट रूप से "वाइब कोडिंग" के दायरे में प्रवेश करते हैं क्योंकि एक डेवलपर के रूप में हम कोई विकल्प नहीं चुनते हैं।
00:02:59और जैसे ही आप विकल्प और निर्णय लेना बंद कर देते हैं, जैसे ही आप एआई को निर्देशित करना और कोड की परवाह करना बंद कर देते हैं, वही मेरी वाइब कोडिंग की परिभाषा है।
00:03:16लेकिन निश्चित रूप से यह कहने का एक तरीका होगा कि ये विकल्प अब वास्तव में मायने नहीं रखते हैं और मैं उस सवाल पर वापस आऊँगा।
00:03:44दूसरा और शायद अधिक प्रासंगिक पहलू यह है कि आप तर्क दे सकते हैं कि हाँ, एक डेवलपर के रूप में आप अभी भी चुनाव करते हैं,
00:04:06लेकिन अंततः यह इस तथ्य से प्रभावित होता है कि आप विकास प्रक्रिया में मदद के लिए एआई का उपयोग करने वाले हैं और आप कोड की समीक्षा करेंगे।
00:04:28आपको इसकी परवाह है, आप वाइब कोडिंग नहीं कर रहे हैं, लेकिन फिर भी क्योंकि आप एआई का बहुत उपयोग करने वाले हैं,
00:04:43तो आप उस स्टैक का उपयोग करते हैं जिसमें एआई माहिर है। आप टाइपस्क्रिप्ट और रिएक्ट के साथ नेक्स्ट.जेएस का उपयोग करते हैं क्योंकि आप जानते हैं कि उस पर बहुत सारा ट्रेनिंग डेटा उपलब्ध है।
00:05:06और एआई उस पर अच्छा प्रदर्शन करेगा। तो यहाँ ये दो मुख्य बिंदु हैं। हमारे पास परवाह न करने का पहला तरीका है जो है एआई को चुनने देना—यानी वाइब कोडिंग दृष्टिकोण।
00:05:24और हमारे पास दूसरा पहलू है जहाँ हम एआई को अपने चुनाव को प्रभावित करने देते हैं।
00:05:36मैं तर्क दूँगा कि दोनों दृष्टिकोण थोड़े गलत और अदूरदर्शी हैं। मेरा मानना है कि एक डेवलपर के रूप में जिस टेक स्टैक पर आप काम करने जा रहे हैं, उस पर अपनी राय रखना अब पहले से कहीं अधिक महत्वपूर्ण है।
00:05:53स्मार्ट निर्णय और चुनाव करना ज़रूरी है क्योंकि ज़ाहिर है कि हम डेवलपर्स के काम करने का तरीका बदल रहा है।
00:06:13हम कम कोड लिख रहे हैं। मैं निश्चित रूप से कम कोड लिखता हूँ। शायद आपके लिए यह अलग हो, या शायद यह आपके लिए हमेशा अलग रहेगा।
00:06:28लेकिन पूरे उद्योग के रूप में यह स्पष्ट रूप से देखा जा सकता है कि एक बड़ा बदलाव हो रहा है जहाँ डेवलपर्स कम कोड लिख रहे हैं और इसके बजाय इन एआई एजेंटों और उपकरणों का उपयोग कर रहे हैं।
00:06:43इसका निश्चित रूप से अर्थ यह है कि हम जो विकल्प और निर्णय लेते हैं वे और भी महत्वपूर्ण हो जाते हैं। यदि आप वाइब कोडिंग की सुरंग में जाते हैं, यदि आप एआई को चुनाव और निर्णय लेने देते हैं,
00:06:51तो एक डेवलपर के रूप में स्पष्ट कारणों से वह भविष्य बहुत अच्छा नहीं हो सकता है।
00:07:01क्योंकि अगर आप बिना किसी राय के, बिना किसी प्रभाव के केवल एआई से पूछते हैं कि उसे क्या कोड तैयार करना है, तो आपकी ज़रूरत किसे है? इसके लिए किसी डेवलपर की ज़रूरत नहीं है।
00:07:09यह कहीं नहीं ले जाएगा। शायद जल्दी से कुछ प्रोटोटाइप बनाने के लिए, या किसी आंतरिक एप्लिकेशन को बनाने के लिए यह एक ठीक-ठाक दृष्टिकोण हो सकता है,
00:07:20जिसे बस एक काम अच्छी तरह से करने की ज़रूरत है और आपको किनारे के मामलों (edge cases), समस्याओं या सुरक्षा की परवाह नहीं है। निश्चित रूप से ऐसे उपयोग के मामले हैं जहाँ यह एक वैध दृष्टिकोण हो सकता है।
00:07:34जहाँ आप बस कुछ वाइब कोड कर सकते हैं। यह उन लोगों के लिए भी बहुत उपयोगी हो सकता है जिन्हें कोड करना नहीं आता लेकिन जो आसानी से अपने लिए आवश्यक सॉफ़्टवेयर बना सकते हैं।
00:07:45वाइब कोडिंग के अपने नुकसानों के बावजूद इसका अपना उद्देश्य है। ऐसे उपयोग के मामले हैं जहाँ यह एक अच्छा निर्णय हो सकता है,
00:08:00लेकिन ज़ाहिर है कि उस स्थिति में टेक स्टैक मायने नहीं रखता और जो लोग वाइब कोड करते हैं उन्हें शायद यह भी नहीं पता होगा कि कौन से विकल्प उपलब्ध हैं।
00:08:10अब जहाँ तक एआई को चुनाव को प्रभावित करने देने की बात है, मैं कहूँगा कि यह तर्क शायद एक साल पहले मान्य रहा होगा, शायद तब भी नहीं, लेकिन आज तो निश्चित रूप से नहीं।
00:08:17और मैं आपको बताऊंगा क्यों। ज़ाहिर है कि एआई का एक पसंदीदा स्टैक है। मैंने यह पहले भी अन्य वीडियो में कहा है।
00:08:31अगर आप एआई को चलने देते हैं, अगर आप वाइब कोडिंग के रास्ते पर जाते हैं, तो वेब डेवलपमेंट के मामले में इसकी बहुत अधिक संभावना है कि आपको टाइपस्क्रिप्ट, रिएक्ट, नेक्स्ट.जेएस और टेलविंड प्रोजेक्ट मिलेगा।
00:08:44यह एआई का पसंदीदा स्टैक है और इसके कारण भी हैं। ज़ाहिर है कि ट्रेनिंग डेटा में बहुत सारे रिएक्ट, नेक्स्ट.जेएस और टेलविंड प्रोजेक्ट्स रहे हैं।
00:09:04लेकिन यह इस बात पर निर्भर करता है कि हम ट्रेनिंग डेटा को कैसे देखते हैं। यदि हम 2010 के शुरुआती वर्षों के कोड को शामिल करते हैं, तो ज़ाहिर है कि उसमें कोई टेलविंड नहीं होगा।
00:09:20उसमें टाइपस्क्रिप्ट प्रोजेक्ट्स बहुत कम होंगे या बिल्कुल नहीं होंगे। कोई नेक्स्ट.जेएस प्रोजेक्ट नहीं होगा।
00:09:34तो ज़ाहिर है कि उस ट्रेनिंग डेटा में बहुत सारे वैनिला जावास्क्रिप्ट और जेक्वेरी (jQuery) प्रोजेक्ट्स भी रहे होंगे, और वे निश्चित रूप से थे।
00:09:51लेकिन एआई का पसंदीदा टेक स्टैक न होने का कारण केवल ट्रेनिंग डेटा की मात्रा ही नहीं है—हालाँकि वह मायने रखती है, पर वह एकमात्र चीज़ नहीं है।
00:10:07बल्कि यह भी है कि ये एआई मॉडल्स, चाहे हम किसी भी प्रोवाइडर का उपयोग करें, विभिन्न चरणों से गुज़रते हैं।
00:10:24इसमें प्री-ट्रेनिंग चरण है, फाइन-ट्यूनिंग है, और सुदृढीकरण सीखने (reinforcement learning) के चरण हैं। ये सभी चरण हैं जहाँ मॉडल प्रदाता इन मॉडल्स और उनके व्यवहार को आकार देते हैं।
00:10:43और फिर सिस्टम प्रॉम्प्ट्स होते हैं। यदि आप क्लाउड कोड जैसे टूल का उपयोग कर रहे हैं, तो एक अदृश्य सिस्टम प्रॉम्प्ट होता है जो एआई मॉडल को कुछ खास तरीकों से कार्य करने का निर्देश देता है।
00:10:57और हम पहले से ही जानते हैं कि हमने देखा है कि इन मॉडल्स को टाइपस्क्रिप्ट और रिएक्ट जैसी कुछ तकनीकों को प्राथमिकता देने के लिए प्रभावित किया गया है।
00:11:03और ऐसा क्यों है? ऐसा इसलिए है क्योंकि विशेष रूप से टाइपस्क्रिप्ट जैसी भाषा एआई के लिए बहुत अच्छी तरह से काम करती है क्योंकि यह टाइप त्रुटियों की जाँच करके अपने द्वारा तैयार किए गए कोड को मान्य करने में सक्षम है।
00:11:14ज़ाहिर है कि सत्यापन का यही एकमात्र तरीका नहीं है। टाइप एरर-मुक्त कोडबेस का मतलब यह नहीं है कि वह एक अच्छा कोडबेस है या वह वैसा ही काम कर रहा है जैसा आप चाहते हैं।
00:11:28लेकिन यह एक संकेतक है। जहाँ तक मुझे पता है, यह वैनिला जावास्क्रिप्ट की तुलना में बेहतर होता है।
00:11:42तो ये वे कारण हैं जिनकी वजह से एआई का वह पसंदीदा टेक स्टैक है और आप इस निष्कर्ष पर पहुँच सकते हैं कि उसी पसंदीदा टेक स्टैक या उससे संबंधित चीज़ के साथ जाना एक अच्छा विचार है।
00:11:51उदाहरण के लिए, आप यह तय कर सकते हैं कि वैनिला जावास्क्रिप्ट का उपयोग करना आप नहीं चाहते क्योंकि आपने सुना है, उदाहरण के लिए मुझसे, कि एआई को टाइपस्क्रिप्ट जैसी टाइप-सेफ भाषाओं के उपयोग से लाभ होता है।
00:12:03इसमें कुछ सच्चाई हो सकती है, लेकिन अप्रैल 2026 के इस समय में, यह बार-बार साबित हो चुका है, और मेरा अनुभव भी यही रहा है कि एआई और क्लाउड कोड जैसे एआई एजेंट किसी भी टेक स्टैक को अपनाने में बहुत अच्छे हैं।
00:12:17पहले ऐसा होता था कि उन लाइब्रेरीज या फ्रेमवर्क्स के साथ काम करना थोड़ा कष्टप्रद होता था जो बिल्कुल नए हैं और जहाँ ट्रेनिंग डेटा बहुत कम या बिल्कुल नहीं है, लेकिन अब ऐसा नहीं है।
00:12:23एआई का उपयोग करने वाले डेवलपर के रूप में, आप अपनी पसंद की किसी भी लाइब्रेरी के डॉक्यूमेंटेशन पर जा सकते हैं। मान लीजिए कि आप नक्स्ट.जेएस (Nuxt.js) के नवीनतम संस्करण या स्वेल्ट 5 (Svelte 5) का उपयोग करना चाहते हैं।
00:12:30या टैनस्टैक स्टार्ट, जो तुलनात्मक रूप से नया है। आप इन प्रोजेक्ट्स के डॉक्यूमेंटेशन पर जा सकते हैं और प्रासंगिक लेख चुनकर उन्हें अपने वर्तमान चैट सत्र के संदर्भ में डाल सकते हैं।
00:12:34ताकि एआई इस डॉक्यूमेंटेशन से अवगत हो जाए। और यह वहां देखे गए कोड उदाहरणों और स्पष्टीकरणों को समझने और उन्हें आपके कोडबेस पर लागू करने में सक्षम होगा।
00:12:44इसलिए आप अपने प्रोजेक्ट में बिल्कुल नई लाइब्रेरीज का उपयोग कर सकते हैं जो शायद ट्रेनिंग डेटा में नहीं रही होंगी।
00:12:49और आजकल, आमतौर पर आपको खुद जाकर डॉक्यूमेंटेशन ढूँढने की ज़रूरत भी नहीं पड़ती। इसके बजाय, यदि आपके पास एक विशिष्ट प्रॉम्प्ट है जहाँ आप उसे बताते हैं कि आप टैनस्टैक स्टार्ट जैसी लाइब्रेरी का उपयोग करना चाहते हैं,
00:12:55और आप एआई से कहते हैं कि उसे डॉक्यूमेंटेशन देखना चाहिए, और शायद आपने उसे कोई एमसीपी (MCP) जैसे कॉन्टेक्स्ट 7 एमसीपी दिया हो, या क्लाउड कोड जैसे एआई एजेंटों के पास वेब सर्च की सुविधा भी है।
00:13:02आप भरोसा करते हैं कि वह वेब सर्च करेगा और प्रासंगिक डॉक्यूमेंटेशन ढूँढ लेगा, और ज़ाहिर है कि आप 'स्किल्स' (skills) का उपयोग करके उसे प्रभावित कर सकते हैं।
00:13:12मेरे पास एक कोड रिसर्च स्किल है जहाँ मैं एआई को बताता हूँ कि मेरे द्वारा उपयोग किए जाने वाले कुछ प्रॉम्प्ट्स के लिए उसे उस स्किल को देखना चाहिए, और उस स्किल में मैं वर्णन करता हूँ कि उसे डॉक्यूमेंटेशन कैसे देखना चाहिए।
00:13:19मेरा मतलब बड़े प्रोजेक्ट्स से है जहाँ परफॉरमेंस वास्तव में मायने रखेगी, तो आप गो (Go) जैसी बैकएंड भाषा चुनना पसंद कर सकते हैं।
00:13:28क्योंकि आप बेहतर परफॉरमेंस और कम मेमोरी खपत चाहते हैं जो शायद आपको टाइपस्क्रिप्ट के साथ न मिले।
00:13:35तो आपके पास ऐसी चीज़ें हो सकती हैं। और यदि आपके पास वे हैं, तो आमतौर पर आपको खुद डॉक्यूमेंटेशन शामिल करने की ज़रूरत नहीं होती।
00:13:45इसके बजाय, एआई खुद से इसे खोज सकता है और ज़रूरत पड़ने पर प्रासंगिक जानकारी प्राप्त कर सकता है। और चौंकाने वाली बात यह है कि एक डेवलपर के रूप में, आप अभी भी कोड लिख सकते हैं।
00:13:52और यह पता चलता है कि यदि आपके पास कोई प्रोजेक्ट है, तो एआई कोड स्टाइल के मामले में उसी की नकल करता है जो पहले से मौजूद है।
00:13:59इसलिए यदि आपने कोई प्रोजेक्ट बनाया है और शायद आपने उसमें पहले से ही कुछ फ़ंक्शंस या रूट्स बना लिए हैं जहाँ आप नक्स्ट.जेएस या टैनस्टैक स्टार्ट का उपयोग कर रहे हैं,
00:14:09तो एआई उसे समझ लेगा और आमतौर पर वह उस टैनस्टैक स्टार्ट प्रोजेक्ट में अचानक नक्स्ट.जेएस सिंटैक्स और फीचर्स का उपयोग करना शुरू नहीं करेगा।
00:14:20तो ये सभी चीज़ें मिलकर—मौजूदा कोड, सही संदर्भ लाना, एआई को डॉक्यूमेंटेशन देखने के लिए प्रेरित करना और उसे शामिल करना—
00:14:30ये सब आज उन लाइब्रेरीज या टेक स्टैक के साथ काम करना वास्तव में आसान बनाते हैं जो डिफ़ॉल्ट नहीं हैं और जिनमें ऐसी तकनीकें शामिल हो सकती हैं जिन्हें एआई अच्छी तरह से नहीं जानता है।
00:14:41यह मेरा अनुभव रहा है। मैंने X (ट्विटर) पर अन्य लोगों द्वारा बहुत कुछ पढ़ा है जहाँ अनुभव कुछ ऐसा ही रहा है।
00:14:53तो यह आज निश्चित रूप से काम करता है। शायद एक साल पहले यह अलग था, लेकिन आज यह पूरी तरह से व्यावहारिक है।
00:15:08और यह बात मुझे मेरे मूल प्रश्न पर वापस लाती है।
00:15:20क्या टेक स्टैक का चुनाव अभी भी मायने रखता है? क्योंकि निश्चित रूप से, यह बहुत अच्छी बात है कि आप चुनाव कर सकते हैं और आपको इन दो रास्तों में से किसी एक को चुनने के लिए मजबूर नहीं होना पड़ता।
00:15:30यह बहुत अच्छा है। लेकिन क्या यह मायने रखता है? और मैं तर्क दूँगा कि हाँ, यह बहुत मायने रखता है।
00:15:40जैसा कि मैंने शुरुआत में कहा था, यही वह चीज़ है जो एक डेवलपर को गैर-डेवलपर्स से अलग करती है।
00:15:44एकमात्र चीज़ नहीं, पर एक महत्वपूर्ण चीज़। अलग-अलग प्रोजेक्ट्स को अलग-अलग टेक स्टैक विकल्पों से लाभ होता है।
00:15:56और हाँ, सैद्धांतिक रूप से आप किसी भी टेक स्टैक या अधिकांश स्टैक के साथ कुछ भी बना सकते हैं और अक्सर यह मायने नहीं रखता, लेकिन यह मायने रख सकता है।
00:16:04यदि आप किसी ऐसे प्रोजेक्ट पर काम कर रहे हैं जहाँ परफॉरमेंस महत्वपूर्ण है—और मेरा मतलब आपके 10 यूज़र्स के लिए परफॉरमेंस से नहीं है,
00:16:16मेरा मतलब बड़े प्रोजेक्ट्स से है जहाँ परफॉरमेंस वास्तव में मायने रखेगी, तो आप गो (Go) जैसी बैकएंड भाषा चुनना पसंद कर सकते हैं।
00:16:23क्योंकि आप बेहतर परफॉरमेंस और कम मेमोरी खपत चाहते हैं जो शायद आपको टाइपस्क्रिप्ट के साथ न मिले।
00:16:35इतना कहने के बाद, बस इसे स्पष्ट करने के लिए, यदि आप बस कुछ बना रहे हैं और आपको यह भी नहीं पता कि आपके कितने यूज़र्स होंगे, तो ओवर-ऑप्टिमाइज़ करने का कोई कारण नहीं है।