00:00:00हम सॉफ़्टवेयर विकास के एक नए युग में हैं। डेवलपर्स ऐसी गति से प्रोडक्ट शिप कर रहे हैं
00:00:04जो हमने पहले कभी नहीं देखी। हालाँकि, एक समस्या सामने आई है। जब एजेंट शामिल होते हैं,
00:00:08तो पारंपरिक वर्कफ़्लो टिक नहीं पाते। यह एक महत्वपूर्ण सवाल खड़ा करता है। अब डेवलपर
00:00:13की भूमिका कैसी दिखती है? लीनियर (Linear) के सीईओ के एक हालिया लेख ने मेरा ध्यान खींचा। लीनियर एक प्रोजेक्ट
00:00:18मैनेजमेंट टूल है जो टीमों को विशेष रूप से आधुनिक सॉफ़्टवेयर विकास के लिए अपने काम को व्यवस्थित और ट्रैक करने में मदद करता है।
00:00:23ये अंतर्दृष्टि उस व्यक्ति से मिली है जिसने पारंपरिक वर्कफ़्लो से लेकर आज के AI-चालित सिस्टम तक के बदलाव को करीब से देखा है।
00:00:27इस लेख ने मुझे सिर्फ हमारे द्वारा उपयोग किए जाने वाले टूल से कहीं अधिक सोचने पर मजबूर कर दिया। इसने मुझे इस बारे में फिर से सोचने पर मजबूर कर दिया कि हम पूरी तरह से प्रोडक्ट कैसे बनाते हैं।
00:00:33आज हमारे पास बात करने के लिए बहुत कुछ है क्योंकि यह जानकारी मौलिक रूप से बदल देती है कि हम AI के साथ कैसे निर्माण करते हैं।
00:00:37सॉफ्टवेयर के काम का मध्य भाग गायब हो रहा है और सॉफ्टवेयर का केंद्र वास्तव में बदल रहा है।
00:00:43यह समझने के लिए कि यह मध्य भाग क्या है, आइए देखें कि AI विकास से पहले काम कैसे विभाजित किया जाता था।
00:00:47इसकी शुरुआत शुरुआती चरण से हुई। इसमें सभी आवश्यकताओं को जुटाना और योजना बनाने के चरण शामिल थे।
00:00:52इस चरण में, हमने जो बनाना था उसके लिए योजनाएँ तैयार कीं। फिर मध्य भाग आया।
00:00:57यही वह जगह थी जहाँ हमने योजना को वास्तविक प्रोडक्ट में बदला और इसमें कोड लिखना शामिल था।
00:01:01यह वह हिस्सा था जिसमें सबसे ज्यादा समय लगता था। एक गुणवत्तापूर्ण, पूरी तरह से काम करने वाला सेटअप देने में हफ़्तों, महीनों या एक साल भी लग जाता था।
00:01:05यही वह हिस्सा था जहाँ सबसे अधिक विवरण आपस में मिल जाते थे क्योंकि इरादे का अनुवाद करना या विचारों को एक व्यक्ति से दूसरे तक पहुँचाना मुश्किल होता था।
00:01:11कोड लिखने के बाद, अंतिम भाग में मूल आवश्यकताओं के विरुद्ध विभिन्न प्रकार के परीक्षण और समीक्षा शामिल थे।
00:01:16मध्य भाग वह था जिसमें सबसे अधिक घर्षण (friction) था, लेकिन सीईओ का कहना है कि अब ऐसा नहीं होने वाला है।
00:01:20ऐसा इसलिए है क्योंकि मध्य का काम, कार्यान्वयन (implementation) और कोडिंग वाला हिस्सा, वास्तव में AI द्वारा प्रतिस्थापित किया जा रहा है।
00:01:25अब हमें खुद कोड छूने की बिल्कुल भी ज़रूरत नहीं है। ऐसा इसलिए है क्योंकि कोडिंग एजेंट इतने शक्तिशाली हो गए हैं कि
00:01:30वे केवल संदर्भ और कार्य योजना से कोड तैयार करने में सक्षम हैं। अब यह कोड लिखने के बजाय
00:01:35एजेंटों का सही तरीके से उपयोग करने और उनके काम की निगरानी करने के बारे में अधिक है।
00:01:40यदि आप हमारे वीडियो नियमित रूप से देख रहे हैं, तो हमने कोडिंग वर्कफ़्लो का उपयोग करने के कई अलग-अलग तरीके सिखाए और दिखाए हैं
00:01:45ताकि प्रोडक्शन-लेवल के ऐप्स बनाए जा सकें। आप स्वयं एक भी लाइन कोड किए बिना केवल एजेंटों की निगरानी करके ऐसा कर सकते हैं।
00:01:50IDEs अब कोड लिखने के टूल के बजाय कोड व्यूअर अधिक बन गए हैं। यह बदलाव मुझे वास्तव में स्पष्ट रूप से महसूस होता है
00:01:55क्योंकि एक डेवलपर के रूप में, कोड लिखने के लिए मेरा पसंदीदा टूल अब एजेंट द्वारा तैयार किए गए कोड की समीक्षा करने का टूल बन गया है।
00:01:59अब मैं केवल समीक्षा करने या टिप्पणियाँ जोड़ने के लिए VS Code पर जाता हूँ ताकि AI एजेंट उन फीचर्स को लागू कर सके।
00:02:04अब मुझे बहुत कम ही खुद कुछ बदलना पड़ता है या कोड लिखना पड़ता है क्योंकि एजेंट अत्यधिक सक्षम हैं।
00:02:09लेकिन यह तभी काम करता है जब एजेंट हमारे इरादे को समझने में सक्षम हों। इसलिए डेवलपर्स के रूप में हमारा काम अनिवार्य रूप से
00:02:14कोड लिखने से हटकर उसकी निगरानी करने पर केंद्रित हो गया है। आपने शायद गौर किया होगा कि हम इन वीडियो में बहुत कुछ बनाते हैं।
00:02:19सभी प्रॉम्प्ट, टेम्पलेट, वो चीजें जिनके लिए आपको आमतौर पर रुकना पड़ता और स्क्रीन से कॉपी करना पड़ता।
00:02:23हमने यह सब एक ही जगह पर रख दिया है। हमने हाल ही में AI Labs Pro लॉन्च किया है जहाँ आपको इस वीडियो और इससे पहले के हर वीडियो की हर चीज़ तक पहुँच मिलती है।
00:02:28अगर आपको हमारे काम में वैल्यू मिली है और आप चैनल का समर्थन करना चाहते हैं, तो यह इसका सबसे अच्छा तरीका है। लिंक विवरण में हैं।
00:02:33चूंकि AI ने कोडिंग के अधिकांश काम को संभाल लिया है, तो एक सवाल उठता है। हमारे लिए क्या बचा है?
00:02:38इसका उत्तर है क्या बनाना है, इसके इरादों को परिष्कृत (refining) करने के नए शिल्प पर ध्यान केंद्रित करना।
00:02:43आप ऐसा प्लानिंग को अपना प्राथमिक काम मानकर कर सकते हैं। आपको उस समस्या को स्पष्ट रूप से समझने की आवश्यकता है जिसे आप हल करने की कोशिश कर रहे हैं।
00:02:48आपको यह जानने की ज़रूरत है कि आपका ग्राहक वास्तव में क्या चाहता है और लोग आपके ऐप का उपयोग कैसे करेंगे। यह अब और भी महत्वपूर्ण हो गया है।
00:02:53अब आप उन मनुष्यों पर निर्भर नहीं हैं जो खराब योजना से भी इरादों की व्याख्या कर सकें।
00:02:59इसके बजाय, आप AI एजेंटों पर भरोसा कर रहे हैं जो आपके द्वारा दिए गए निर्देशों को आँख मूँद कर लागू करते हैं।
00:03:03चाहे आप मोबाइल ऐप बना रहे हों या वेब ऐप, आपको पता होना चाहिए कि आप वास्तव में क्या बनाना चाहते हैं।
00:03:07उस स्पष्टता के बिना, आप एजेंट के प्लानिंग मोड के साथ सार्थक योजना नहीं बना सकते। प्लानिंग बहुत महत्वपूर्ण है।
00:03:12जैसा कि हमने अपने पिछले वीडियो में जोर दिया है, केवल अच्छी योजना ही अच्छे कार्यान्वयन की ओर ले जाती है।
00:03:17इससे कोई फर्क नहीं पड़ता कि आप किस एजेंट का उपयोग कर रहे हैं। योजना बहुत महत्वपूर्ण है क्योंकि यह एजेंट के परिणाम को नियंत्रित करती है।
00:03:23जितना समय चाहिए लें। योजना को तब तक परिष्कृत करते रहें जब तक कि वह आपकी आवश्यकताओं को पूरी तरह से संतुष्ट न कर दे और आपकी अपेक्षाओं पर खरी न उतरे।
00:03:27यह सुनिश्चित करेगा कि आपका ऐप वैसा ही बने जैसा आप चाहते हैं। तीन महीने पहले तक,
00:03:32हमने निर्माण के लिए कभी भी बायपास परमिशन मोड पर भरोसा नहीं किया क्योंकि अच्छी योजना के बावजूद एजेंट भ्रमित (hallucinate) हो जाते थे।
00:03:38अब एजेंट इतने विश्वसनीय हो गए हैं कि योजना को परिष्कृत करने के बाद, मैं बस बायपास परमिशन मोड चालू कर देता हूँ
00:03:42और एजेंट को एक ही बार में स्पेसिफिकेशन्स को लागू करने देता हूँ। हमने यह भी देखा कि
00:03:47Claude Code के निर्माता भी अपने कार्यान्वयन की शुरुआत प्लान मोड से करते हैं। यदि योजना पर्याप्त अच्छी है,
00:03:52तो आप एजेंटों को बिना किसी गड़बड़ी की चिंता किए एक बार में ऐप बनाने दे सकते हैं।
00:03:56मैं यह सुनिश्चित करने में भी काफी समय बिताता हूँ कि मैं जो बना रहा हूँ वह पूरी तरह से प्रलेखित (documented) हो।
00:04:02मैं इसे एक ही दस्तावेज़ में नहीं भरता ताकि एजेंट योजनाओं के माध्यम से आसानी से नेविगेट कर सके।
00:04:06मैं रिस्क असेसमेंट, मिटिगेशन और टेक स्पेक्स जैसी प्रत्येक श्रेणी के लिए अलग-अलग दस्तावेज़ों का उपयोग करता हूँ।
00:04:12मैं सीमाओं (constraints) और समझौतों (trade-offs) को एक अलग दस्तावेज़ में सूचीबद्ध करता हूँ। इस तरह एजेंट समझता है कि
00:04:16प्रदर्शन, लागत और समय के मामले में क्या स्वीकार्य है। यह दृष्टिकोण बहुत अधिक नियंत्रित विकास की ओर ले जाता है।
00:04:21सभी आवश्यकताओं के सत्यापित होने के बाद, अगला कदम वास्तव में एजेंट को प्रबंधित करना और वह प्राप्त करना है जो हम चाहते हैं।
00:04:26लेकिन इससे पहले कि हम उस बारे में बात करें, यहाँ हमारे प्रायोजक Dart AI की ओर से एक छोटी सी जानकारी है।
00:04:31जटिल सॉफ़्टवेयर प्रोजेक्ट्स को प्रबंधित करने में अक्सर वास्तविक कोडिंग की तुलना में प्रशासनिक ओवरहेड अधिक होता है।
00:04:35Dart सिर्फ एक मानक प्रोजेक्ट मैनेजमेंट टूल नहीं है। यह डेवलपर्स के लिए व्यस्तता वाले काम को स्वचालित करने के लिए डिज़ाइन किया गया एक AI नेटिव वर्कस्पेस है।
00:04:40कॉन्टेक्स्ट-अवेयर AI चैट के साथ, आप केवल स्वाभाविक रूप से बात करके कार्य बना सकते हैं और दस्तावेज़ों को संपादित कर सकते हैं।
00:04:45AI चैट के अलावा, आप काम पूरा करने के लिए कर्सर जैसे एजेंटों को भी शामिल कर सकते हैं। Dart उन्हें वास्तव में आपका कोड लिखने के लिए संदर्भ देता है।
00:04:50इसकी असली ताकत इसकी AI गाइडलाइन्स सुविधा में है। आप वैश्विक नियम कॉन्फ़िगर कर सकते हैं जैसे AI को हमेशा तकनीकी विशिष्टताओं (technical specs) को
00:04:56विशिष्ट लक्ष्यों और आवश्यकताओं के हेडर के साथ फॉर्मेट करने का निर्देश देना, और Dart हर चैट, टास्क और दस्तावेज़ में इस संरचना को लागू करता है।
00:05:00हमारे लिए, AI स्किल्स फीचर गेम चेंजर है। आप कस्टम कमांड परिभाषित कर सकते हैं जैसे “जेनरेट प्रोजेक्ट” स्किल
00:05:05जो स्वचालित रूप से एक भरी हुई टास्क लिस्ट बनाता है, प्राथमिकताएं देता है, आकार का अनुमान लगाता है और सेकंडों में प्रोजेक्ट ब्रीफ तैयार करता है।
00:05:11पिंड कमेंट में दिए गए लिंक पर Dart AI को चेक करके आज ही अपना प्रोजेक्ट मैनेजमेंट ऑटोमेट करना शुरू करें।
00:05:16अब आप सिर्फ एक कोडर नहीं रह गए हैं। आपका काम अब कोड लिखने के बजाय एजेंटों की निगरानी करने के इर्द-गिर्द अधिक केंद्रित है।
00:05:22कोड लिखना समाधान बनाने के बारे में कम और एक अच्छे समाधान के उभरने के लिए स्थितियाँ तैयार करने के बारे में अधिक हो गया है।
00:05:27तो आप एजेंटों के लिए गुणवत्तापूर्ण परिणाम देने के लिए सही वातावरण कैसे बनाते हैं? इसका उत्तर है कॉन्टेक्स्ट इंजीनियरिंग।
00:05:33अगला बड़ा कौशल जो आपको सीखने की ज़रूरत है वह MERN या MEAN जैसा कोई विशिष्ट वेब डेवलपमेंट स्टैक नहीं है। इसके बजाय, यह कॉन्टेक्स्ट मैनेजमेंट है।
00:05:38हमने लगातार देखा है कि उचित कॉन्टेक्स्ट मैनेजमेंट के बिना, यह उन फीचर्स को लागू तो करता है जिनके लिए हम प्रॉम्प्ट देते हैं, लेकिन यह किन्हीं सीमाओं या नियमों का पालन नहीं करता।
00:05:44हमें यह सुनिश्चित करने की ज़रूरत है कि संदर्भ को ठीक से प्रबंधित किया जाए। जब एजेंट को न्यूनतम शोर के साथ सही जानकारी दी जाती है,
00:05:49तो वह कार्य को अधिक स्पष्ट रूप से समझता है। यह बेहतर कार्यान्वयन करता है और बिल्कुल वही देता है जो आप चाहते हैं।
00:05:54संदर्भ को प्रबंधित करने में रीयूजेबल कमांड, स्किल्स, मार्कडाउन फ़ाइलें, MCPs और सब-एजेंट जैसे घटकों का एक सेट उपयोग करना शामिल है।
00:05:58इसे करने का कोई एक सही तरीका नहीं है। आपको उन कई तरीकों का उपयोग करना चाहिए जो आप जो बना रहे हैं उसके लिए अच्छी तरह से काम करते हैं।
00:06:03आपको एक ऐसा वर्कफ़्लो बनाना होगा जो आपके प्रोजेक्ट के अनुकूल हो। हमने एक पूरा वीडियो समर्पित किया है
00:06:08यह प्रदर्शित करने के लिए कि आप कॉन्टेक्स्ट मैनेजमेंट के साथ वर्कफ़्लो कैसे बना सकते हैं। यह सुनिश्चित करता है कि आप जिस मॉडल का उपयोग कर रहे हैं
00:06:14उसे सही संदर्भ मिले और वह उच्च गुणवत्ता वाले एप्लिकेशन तैयार कर सके। यदि आप साथ चलना चाहते हैं, तो उस वीडियो के सभी संसाधन AI Labs Pro में उपलब्ध हैं।
00:06:18किसी एजेंट का काम केवल उतना ही अच्छा होता है जितना कि वह कॉन्टेक्स्ट-ड्रिवेन वातावरण जिसमें वह काम करता है।
00:06:22जितना अधिक यह सीधे ग्राहक प्रतिक्रिया से जुड़ा होगा और एक संरचित वर्कफ़्लो द्वारा समर्थित होगा, उतना ही बेहतर यह प्रदर्शन कर सकेगा।
00:06:27हमें ऐसा वातावरण बनाने की आवश्यकता है क्योंकि यह स्वचालित रूप से नहीं होता है। इसी कारण से,
00:06:32Claude की स्लैक (Slack) के साथ कनेक्टिविटी है ताकि टीमें सीधे त्रुटियों की रिपोर्ट कर सकें। यह मूल्यवान फीडबैक लूप बनाता है,
00:06:37जिसका उपयोग Claude code के निर्माता ने स्वयं भी किया था। बड़ी टीमें पहले से ही उच्च गुणवत्ता वाले AI जेनरेटेड कोड का उत्पादन कर रही हैं।
00:06:43Claude code के निर्माता ने दावा किया कि पिछले महीने में, उनके 100% योगदान प्रभावी रूप से Claude code द्वारा ही लिखे गए थे।
00:06:47यह सिर्फ उसे एक प्रॉम्प्ट देने से नहीं होता है। इसे संभव बनाने के लिए वर्कफ़्लो और ऑर्केस्ट्रेटेड पैटर्न के एक सेट की आवश्यकता होती है।
00:06:52यहाँ तक कि माइक्रोसॉफ्ट के सीईओ भी मानते हैं कि AI अब सभी भाषाओं में माइक्रोसॉफ्ट के इंटीग्रेटेड कोड का 20% से 30% हिस्सा जेनरेट करता है।
00:06:56पायथन और C++ में विशेष रूप से उल्लेखनीय प्रगति हुई है। टूल्स में संरचना (structure) इंसानों और एजेंटों दोनों के लिए एक ही तरह से काम करती है।
00:07:01यह स्पष्ट रूप से परिभाषित करके अनिश्चितता को कम करती है कि क्या अपेक्षित है और क्या क्षमताएं मौजूद हैं। यदि आप बिना संरचना के AI एजेंटों का उपयोग कर रहे हैं,
00:07:06तो आप उनकी क्षमता का केवल एक अंश ही उपयोग कर रहे हैं। संरचना कई रूप ले सकती है।
00:07:11इसमें समग्र प्रोजेक्ट मार्गदर्शन के लिए Claude.md फ़ाइल और बदलावों को ट्रैक करने के लिए एक चेंज लॉग शामिल है।
00:07:16आप स्क्रिप्ट और संदर्भों के साथ रीयूजेबल कमांड या विशेष skill.md फ़ाइलों का भी उपयोग कर सकते हैं।
00:07:20इसके अतिरिक्त, आप एजेंट की क्षमताओं को बढ़ाने के लिए प्लगइन्स और MCP टूल का उपयोग कर सकते हैं।
00:07:25लेकिन इन उपकरणों को जानना ही काफी नहीं है। सही संयोजन मायने रखता है। हर प्रोजेक्ट के लिए एक अलग सेटअप की आवश्यकता होती है,
00:07:30इसलिए आपको अपनी प्रोजेक्ट की ज़रूरतों के आधार पर एक बनाना होगा। सही संतुलन के साथ, आपको परिणाम बिल्कुल वैसे ही मिलेंगे जैसे आप चाहते हैं।
00:07:35योजना बनाने और एजेंटों को कार्य सौंपने के बाद हमारा काम खत्म नहीं होता है। अब, जैसा कि मैंने उल्लेख किया है कि मैं Claude code को खतरनाक
00:07:41स्किप परमिशन मोड पर काम करने देता हूँ, यह बहुत समय बचाता है, लेकिन इसके लिए हमारे समय और ध्यान की किसी और चीज़ की ओर आवश्यकता होती है।
00:07:46दबाव चक्र के अंत की ओर बढ़ जाता है। कोड की समीक्षा करना अधिक महत्वपूर्ण हो जाता है। जिस कोड की समीक्षा नहीं की जाती है,
00:07:52वह खराब प्रदर्शन और उच्च लागत का कारण बन सकता है। समीक्षा को आसान बनाने के लिए आप संरचित वर्कफ़्लो का उपयोग कर सकते हैं।
00:07:58इससे कम बग होंगे और आप बाद में होने वाली समस्याओं से बच जाएंगे। अब, टेस्टिंग का मतलब केवल अपने एजेंट के पास जाना
00:08:03और यह कहना नहीं है कि सभी समस्याओं के लिए मेरे ऐप का परीक्षण करें। इसमें प्रक्रिया को बेहतर बनाने के लिए कई दृष्टिकोण शामिल हैं।
00:08:08एक तरीका टेस्ट-ड्रिवेन डेवलपमेंट (TDD) है। हम शुरुआत में बिना कोई कोड लिखे एजेंट को उस फीचर के लिए टेस्ट केस लिखने के लिए कहते हैं जिसे हम लागू करना चाहते हैं।
00:08:13एक बार टेस्ट लिखे जाने के बाद, मैं कॉन्टेक्स्ट को क्लियर कर देता हूँ और एक नई विंडो शुरू करता हूँ। यह सुनिश्चित करता है कि एजेंट संदर्भ खो दे कि उसने टेस्ट कैसे लिखे थे।
00:08:19मैं Claude को टेस्ट चलाने के लिए कहता हूँ और वे फेल हो जाते हैं क्योंकि अभी तक कोई कोड नहीं लिखा गया है।
00:08:25अब जब मुझे पता है कि टेस्ट सही ढंग से काम कर रहे हैं, तो मैं Claude को रूट (route) लागू करने के लिए कहता हूँ।
00:08:29मैं यह सुनिश्चित करता हूँ कि वह टेस्ट में कोई बदलाव न करे। इस तरह, एजेंट के पास आगे बढ़ने के लिए एक स्पष्ट लक्ष्य होता है।
00:08:34TDD में, टेस्ट कोड से पहले लिखे जाते हैं, लेकिन टेस्टिंग कोड लिखने के बाद भी होनी चाहिए। उस उद्देश्य के लिए, टेस्टिंग के कई रूप हैं।
00:08:39मैं ब्लैकबॉक्स टेस्टिंग का उपयोग करता हूँ और यूजर स्टोरीज बनाता हूँ। ये इस पर विस्तृत मार्गदर्शिका के रूप में कार्य करते हैं कि उपयोगकर्ता वास्तव में सिस्टम के साथ कैसे इंटरैक्ट करेंगे
00:08:44और वे इंटरैक्शन कैसे एरर पैदा कर सकते हैं। ब्लैकबॉक्स टेस्टिंग कोड को देखे बिना आवश्यकताओं के आधार पर किसी एप्लिकेशन की कार्यक्षमता का मूल्यांकन करती है।
00:08:49फिर मैं टेस्टिंग करने के लिए Claude Chrome एक्सटेंशन का उपयोग करता हूँ और इसे प्रत्येक यूजर स्टोरी पर अनुभाग दर अनुभाग दोहराने के लिए कहता हूँ।
00:08:53ब्लैकबॉक्स टेस्टिंग मुख्य रूप से कार्यक्षमता के मुद्दों की पहचान करती है। प्रदर्शन परीक्षण के लिए, हमें व्हाइटबॉक्स टेस्टिंग की भी आवश्यकता होती है।
00:08:58यही वह जगह है जहाँ हम वास्तव में कोड को देखते हैं, न कि केवल आउटपुट को। हम ट्रैक करते हैं कि कोड कैसे लागू किया गया है और इसकी आर्किटेक्चर के बारे में तर्क करते हैं।
00:09:02व्हाइटबॉक्स टेस्टिंग के लिए, मैंने एक XML दस्तावेज़ का उपयोग किया जिसमें टेस्ट के कई सेक्शन और सब-सेक्शन थे।
00:09:07यह दस्तावेज़ Claude के लिए एक गाइड के रूप में कार्य करता है कि लिखे गए कोड के माध्यम से कैसे नेविगेट किया जाए और आर्किटेक्चरल समस्याओं को कैसे खोजा जाए।
00:09:12अपने परीक्षण को सरल बनाने के लिए, मैंने एक कस्टम कमांड का उपयोग किया जो दस्तावेज़ में परीक्षणों को निष्पादित करता है जिसे मैंने टेस्टिंग फोल्डर में रखा था।
00:09:17यह कमांड परीक्षण शुरू करने के निर्देश सूचीबद्ध करता है, परिणामों को एक संरचित प्रारूप में फ़ाइल में कैसे लॉग किया जाए,
00:09:22और अंत में, फाइनल रिपोर्ट कैसे तैयार की जाए। इस स्लैश कमांड ने मेरे लिए व्हाइटबॉक्स टेस्टिंग को आसान बना दिया क्योंकि इसमें परीक्षण के लिए संरचित प्रॉम्प्ट शामिल है।
00:09:26चूंकि मध्य भाग गायब हो रहा है और ध्यान शुरुआत और अंत की ओर अधिक स्थानांतरित हो रहा है, इसलिए हमें अपनी प्राथमिकताओं पर फिर से विचार करने की आवश्यकता है।
00:09:31हमें अब जिसे प्राथमिकता देने की आवश्यकता है वह है योजना और आवश्यकता मूल्यांकन के माध्यम से सही इरादा बनाना।
00:09:36हमें यह भी सुनिश्चित करना चाहिए कि परिणाम गहन परीक्षण और समीक्षा प्रक्रियाओं के माध्यम से अपेक्षाओं को पूरा करे।
00:09:41वे डेवलपर्स जो इन सिद्धांतों में महारत हासिल करेंगे, वही भविष्य का नेतृत्व करेंगे।
00:09:46इसी के साथ हम इस वीडियो के अंत में आ गए हैं। यदि आप चैनल का समर्थन करना चाहते हैं और हमें इस तरह के वीडियो बनाने में मदद करना चाहते हैं,
00:09:51तो आप नीचे दिए गए सुपर थैंक्स बटन का उपयोग करके ऐसा कर सकते हैं। हमेशा की तरह, देखने के लिए धन्यवाद और मैं आपसे अगले वीडियो में मिलूँगा।
00:09:56the system and how those interactions might trigger errors. Blackbox testing evaluates the
00:10:00functionality of an application based on requirements without looking at the code itself.
00:10:05I then use the Claude Chrome extension to perform the testing and ask it to iterate over each user
00:10:10story, section by section. Blackbox testing mainly identifies functionality issues. For performance
00:10:16testing, we also need whitebox testing. This is where we actually look at the code, not just the
00:10:21output. We trace how the code is implemented and reason about its architecture. For whitebox
00:10:25testing, I used an XML document containing multiple sections and subsections of tests. This document
00:10:31acts as a guide for Claude on how to navigate through written code and how to find architectural
00:10:36issues. To simplify my testing, I used a custom command that executes the tests in the document
00:10:41which I placed in the testing folder. This command lists the instructions for initializing the tests,
00:10:46how to log the results into a file in a structured format, and at the end, how to generate a final
00:10:51report. This slash command made whitebox testing easy for me because it contains the structured
00:10:56prompt for testing. Since the middle is disappearing and the focus is shifting more toward the beginning
00:11:01and the end, we need to rethink our priorities. What we need to prioritize now is forming the
00:11:05right intent through planning and requirement assessment. We must also ensure that the outcome
00:11:10meets expectations through thorough testing and review processes. Those developers who master these
00:11:15principles will be the ones leading the future. That brings us to the end of this video. If you'd
00:11:20like to support the channel and help us keep making videos like this, you can do so by using
00:11:24the super thanks button below. As always, thank you for watching and I'll see you in the next one.