अपने सप्ताह की शुरुआत एक खराब राय के साथ करें!

MMaximilian Schwarzmüller
Computing/SoftwareSmall Business/StartupsManagementInternet Technology

Transcript

00:00:00आज सुबह मेरी आँखें वर्सेल के सीईओ गुइलेर्मो राउच की एक दिलचस्प पोस्ट पर पड़ीं, जो
00:00:06जिसके बारे में मैं बात करना चाहता हूँ और साथ ही इसके निहितार्थों और कोड की भूमिका पर मेरे विचारों के बारे में भी,
00:00:11कि आज और भविष्य में वास्तविक कोड कितना महत्वपूर्ण है।
00:00:16अब इस पोस्ट में गुइलेर्मो कहते हैं, "कोड एक आउटपुट है, प्रकृति खुद को सुधार रही है।
00:00:21बहुत लंबे समय तक हमने कोड को इनपुट की तरह माना।
00:00:23हमने इसे महिमामंडित किया, इसे हाथों से फॉर्मेट किया, इसे सजाया और इसके पीछे पागल रहे।
00:00:28हमने इसे लिखने के लिए परिष्कृत GUI और IDE बनाए।
00:00:31हमने सिंटैक्स-हाइलाइटिंग, ट्री-सेट, मिनी-मैप्स, कीबोर्ड-ट्रिगर्स, इनलाइन-ऑटो-कम्प्लीट,
00:00:37और घोस्ट-टेक्स्ट जैसी चीजें बनाईं।
00:00:38यह कौन सी कलर स्कीम है?
00:00:40हम एपीआई और फंक्शन बॉडी की आदर्श लंबाई पर बहस करने में जागते रहे।
00:00:44क्या यह एपीआई किसी दूसरे इंसान के पढ़ने के लिए पर्याप्त अच्छी लगेगी?
00:00:48अब हम अपना ध्यान वास्तविक इनपुट पर दे रहे हैं: आवश्यकताएं, विनिर्देश, फीडबैक, डिजाइन
00:00:54प्रेरणा, और सबसे महत्वपूर्ण, उत्पादन इनपुट।
00:00:58हमारे कोडिंग एजेंटों को यह समझने की ज़रूरत है कि आपके उपयोगकर्ता आपके एप्लिकेशन का अनुभव कैसे कर रहे हैं,
00:01:04आप किन गलतियों का सामना कर रहे हैं, और इसे कोड में बदलें।
00:01:07हम अनिवार्य रूप से कोड और कोडर्स को कम महिमामंडित करेंगे।
00:01:12जिन बेहतरीन इंजीनियरों के साथ मैंने काम किया है, उन्होंने हमेशा कोड को केवल एक साधन के रूप में देखा,
00:01:17एक ऐसा आउटपुट जिसे जल्द ही फिर से बदला जाना तय है।"
00:01:20वाह, इस पोस्ट में बहुत कुछ है!
00:01:23अब मेरे पास इसके बारे में बहुत सारे विचार हैं।
00:01:27अब, ज़ाहिर है, और मुझे लगता है कि हम सभी इसे देख सकते हैं, प्रोग्रामिंग की पूरी भूमिका
00:01:35या पूरी दुनिया तेज़ी से बदल रही है।
00:01:38वहाँ बहुत सारी चीज़ें चल रही हैं और विशेष रूप से मैं और मुझे लगता है कि उद्योग के कई लोग
00:01:46महसूस कर सकते हैं कि दिसंबर से ओपस 4.5 और क्लाउड कोड और अब
00:01:53कोडेक्स के साथ इसमें फिर से तेज़ी आई है। हमें लगभग हर हफ्ते नए मॉडल और नए उपकरण मिल रहे हैं।
00:01:58चीज़ें तेज़ी से बदल रही हैं।
00:02:01और व्यक्तिगत स्तर पर, निश्चित रूप से, मैं भी इसके साथ तालमेल बिठाने की कोशिश कर रहा हूँ,
00:02:06चाहे वह मेरे द्वारा बनाए जाने वाले कंटेंट, कोर्सेस या काम करने के तरीके के बारे में हो,
00:02:10जो इस सब का आधार है। इसीलिए मैंने क्लाउड कोड और कोडेक्स पर नए कोर्स जारी किए हैं और
00:02:16अभी मैं एक बड़ा प्रमोशन भी चला रहा हूँ जहाँ आप मेरी वार्षिक सदस्यता ले सकते हैं
00:02:21जो आपको बहुत कम कीमत पर सभी कोर्सेस तक पहुँच प्रदान करती है।
00:02:24लेकिन इसका असर हम सभी पर पड़ रहा है।
00:02:27यहाँ मेरा मुद्दा यही है।
00:02:28यह बदल रहा है कि हम क्या करते हैं, मैं कौन सा कंटेंट बनाता हूँ और हम सॉफ्टवेयर कैसे बनाते हैं।
00:02:35हालांकि, मुझे पूरा यकीन नहीं है कि हम वाकई कोड से दूर जा रहे हैं,
00:02:42और मुझे यह पोस्ट ऐसा लगता है जैसे कोड अब मायने नहीं रखता, और मैं इससे काफी असहमत हूँ।
00:02:50अब मैं यह तो स्वीकार करूँगा और ज़ाहिर तौर पर यह सच है कि अतीत में हमने
00:02:58एपीआई डिज़ाइन, वेरिएबल्स और फंक्शन्स के नामकरण और कोड की सुंदरता पर बहुत ज़ोर दिया था।
00:03:07और मैं वास्तव में तर्क दूँगा कि इनमें से कुछ हिस्से आज भी महत्वपूर्ण हैं
00:03:15और भविष्य में भी रहने की संभावना है।
00:03:17क्योंकि भले ही इंसानों की भूमिका कोड लिखने से हटकर उसकी समीक्षा करने की ओर बढ़ जाए,
00:03:24तो समीक्षा करना क्या आसान है? 10,000 लाइनों वाला एक उलझा हुआ कोडबेस जो आंशिक रूप से
00:03:33फालतू या अनावश्यक रूप से जटिल है और अजीब नाम वाले फंक्शन्स हैं, या एक साफ-सुथरा कोडबेस?
00:03:41समीक्षा करना क्या आसान होगा?
00:03:44और भले ही भविष्य में समीक्षा प्रक्रिया का बड़ा हिस्सा मशीनों और एआई की ओर चला जाए,
00:03:50जो कि निश्चित रूप से संभव है, तब भी मुझे विश्वास नहीं है कि उस दुनिया में
00:03:59कोड की गुणवत्ता बिल्कुल मायने नहीं रखेगी।
00:04:02अगर आप केवल उन टोकन्स के लिए भुगतान कर रहे हैं जो जनरेट और रिव्यू किए जा रहे हैं,
00:04:09तो अगर कोई चीज़ साफ़ तरीके से बनाई जा सकती है, तो वह संभवतः कोड जनरेट करने
00:04:17और उसे रिव्यू करने, दोनों में कम टोकन्स का उपयोग करेगी।
00:04:19और भविष्य में टोकन लागत बहुत महत्वपूर्ण होने वाली है क्योंकि अभी
00:04:25हम सभी एंथ्रोपिक और ओपनएआई द्वारा सब्सिडी वाली योजनाओं पर निर्भर हैं।
00:04:30हम वास्तविक टोकन लागत का भुगतान नहीं कर रहे हैं, जो $20 या $200 की सदस्यता आपके
00:04:37और मेरे पास है।
00:04:39ये ऐसी सदस्यताएँ नहीं हैं जिनसे वे वेंडर्स अनिवार्य रूप से कोई पैसा कमा रहे हों।
00:04:44असली टोकन लागत इससे कहीं अधिक है।
00:04:47और भविष्य में इसके बढ़ने की काफी संभावना है, या जब इन कंपनियों को
00:04:54किसी समय पैसा कमाना होगा, तो हमें अधिक भुगतान करना पड़ सकता है।
00:04:57ज़ाहिर है, शायद तकनीकी प्रगति के कारण यह उस बिंदु पर शुरू होगा जहाँ
00:05:02पूरी टोकन लागत थोड़ी कम हो गई हो, लेकिन हम अभी निश्चितता के साथ नहीं जानते।
00:05:07हमें नहीं पता कि भविष्य में वह बाज़ार कैसा दिखेगा।
00:05:10और भले ही सैद्धांतिक रूप से लागत कम हो जाए, अगर कंपनियाँ आपसे एक निश्चित कीमत वसूल सकती हैं,
00:05:16जो वास्तविक कीमत से काफी ऊपर हो सकती है, तो वे खुशी-खुशी वह मुनाफा लेंगी।
00:05:22मार्जिन।
00:05:23लेकिन हाँ, यह पूरी तरह से एक अलग विषय है।
00:05:25लेकिन टोकन और टोकन दक्षता आज मायने रखती है और भविष्य में भी मायने रखेगी।
00:05:31और निश्चित रूप से, यह कोड की गुणवत्ता से संबंधित है क्योंकि सामान्य तौर पर, अच्छा और साफ़ कोड
00:05:39वह कोड है जिसे अंतहीन रूप से बढ़ने और जटिल बनने की अनुमति नहीं दी जाती है।
00:05:47अब, निश्चित रूप से, एक तर्क यह भी दिया जा सकता है कि अतीत में प्रोग्रामर्स की भी
00:05:55कभी-कभी कुछ बिंदुओं पर थोड़ा बहुत ज़्यादा कोड लिखने की प्रवृत्ति थी,
00:06:02सिर्फ एक साफ़ एपीआई और कुछ अनावश्यक एब्स्ट्रैक्शंस बनाने के लिए, जिनकी उन्हें उस समय
00:06:08ज़रूरत नहीं थी जब उन्हें लागू किया गया था।
00:06:09हम शायद सभी ऐसी स्थिति में रहे हैं जहाँ हमने शून्य उपयोगकर्ताओं वाले साइड प्रोजेक्ट पर काम किया,
00:06:15और हमने तय किया कि हम अपने डेटाबेस एक्सेस को इस तरह लागू करेंगे कि हम डेटाबेस को आसानी से बदल सकें,
00:06:22भले ही हमारा ऐसा करने का कभी इरादा ही नहीं था।
00:06:24और इसलिए, हमने कुछ ऐसा एडॉप्टर लिखा जो निश्चित रूप से आवश्यकता से
00:06:29कहीं अधिक जटिल था।
00:06:30हम सब वहां रहे हैं।
00:06:31और क्या यह शानदार था?
00:06:32नहीं, यह नहीं था, और यह आज या भविष्य में भी नहीं होगा, चाहे वह कोड आपके द्वारा लिखा गया हो
00:06:37या एआई द्वारा।
00:06:39और अभी, हालांकि यह बदल सकता है, लेकिन अभी मेरे अनुभव में ये एआई मॉडल
00:06:45और कोडेक्स, क्लाउड कोड जैसे उपकरणों में चीज़ों को ज़रूरत से ज़्यादा जटिल बनाने, अनावश्यक
00:06:54जटिलता पैदा करने और ऐसे बदलाव सुझाने की प्रवृत्ति है जिनका वास्तव में
00:07:02कोई खास मतलब नहीं होता। कोडेक्स में विशेष रूप से अभी किसी भी कोड को न हटाने,
00:07:10बल्कि बस और अधिक कोड जोड़ने और फॉलबैक कोड और लिगेसी हैंडलिंग जोड़ने की प्रवृत्ति है।
00:07:15और आपको इसे लगभग मजबूर करना पड़ता है कोड हटाने और पुरानी एपीआई को छोड़ने के लिए।
00:07:22तो ये सब बदल सकता है, लेकिन ये ऐसी चीज़ें हैं जिनके लिए आपको आज लड़ना होगा।
00:07:30और यही वह बात है जिसे यह पोस्ट कहती है कि अब मायने नहीं रखती।
00:07:35लेकिन मैं कहता हूँ, हाँ, यह मायने रखता है।
00:07:37आपको, एक डेवलपर के रूप में, वे लड़ाईयाँ लड़नी होंगी और आपको वास्तविक कोड
00:07:43और कोड की गुणवत्ता की आज और भविष्य में भी चिंता करनी होगी।
00:07:49ज़ाहिर है, कोई नहीं जानता कि भविष्य में क्या होगा, लेकिन यह हमेशा महत्वपूर्ण रहेगा कि आपके पास
00:07:56एक ऐसा कोड बेस हो जो कई कारणों से अनावश्यक रूप से जटिल न हो, जिनमें से एक
00:08:01टोकन दक्षता है।
00:08:02एक और कारण, निश्चित रूप से, समीक्षा वाला हिस्सा भी है, और एक और कारण यह भी है कि
00:08:08कोड का किसी एप्लिकेशन के प्रदर्शन पर प्रभाव पड़ता है।
00:08:18अब, मैं यहाँ कोई क्रांतिकारी सच या खबर साझा नहीं कर रहा हूँ, लेकिन निश्चित रूप से,
00:08:26यह ऐसी चीज़ है जिसे नज़रअंदाज़ करना आसान है।
00:08:28आप कह सकते हैं कि एआई द्वारा कोड जनरेट करने के साथ, वास्तविक कोड अब उतना मायने नहीं रखता
00:08:34क्योंकि इसे रिफैक्टर करना, पुनर्जीवित करना या बदलना आसान है।
00:08:38और यह सब सच है यदि आप टोकन लागत वाले हिस्से को फिर से नज़रअंदाज़ कर दें।
00:08:43लेकिन, ज़ाहिर है, जो कोड जनरेट किया जा रहा है उसका आपके एप्लिकेशन के प्रदर्शन पर
00:08:51असर पड़ता है या पड़ सकता है।
00:08:53डेटाबेस को क्वेरी करने के कई तरीके हैं।
00:08:56आप नेस्टेड क्वेरीज़ या अनावश्यक रूप से कई क्वेरीज़ चला सकते हैं क्योंकि, हे, परिणाम
00:09:03तो वही है।
00:09:04आपको वह डेटा मिल गया जिसकी आपको ज़रूरत थी।
00:09:05हाँ, लेकिन एक खराब तरीके से ऑप्टिमाइज़ की गई डेटाबेस क्वेरी अपनी असली कीमत तब दिखा सकती है
00:09:12जब आपके पास उपयोगकर्ताओं की संख्या काफी अधिक हो जाए।
00:09:15यही बात नेस्टेड लूप्स या उन सभी चीज़ों के लिए भी सच है जो आपके कोड बेस में आ सकती हैं
00:09:20और प्रदर्शन को खराब कर सकती हैं।
00:09:23और इसीलिए, निश्चित रूप से, आज भी कोड की गुणवत्ता और कोड को ऑप्टिमाइज़ करना मायने रखता है।
00:09:30आप निश्चित रूप से कह सकते हैं कि भविष्य के एआई मॉडल और उपकरण इसमें बहुत अच्छे होंगे
00:09:37और इसे कर पाएंगे, कि भविष्य के मॉडल शुरुआत से ही बेहतर कोड
00:09:43बनाने और फिर कोड का मूल्यांकन और सुधार करने में सक्षम होंगे।
00:09:47और यह पूरी तरह संभव है।
00:09:50फिर भी यह मेरी बात को गलत साबित नहीं करता कि कोड की गुणवत्ता मायने रखती है, चाहे भविष्य का
00:09:55कोई मॉडल इसे जनरेट करे या आप एक डेवलपर के रूप में।
00:09:58अब, निश्चित रूप से, बड़ा अंतर यह है कि उस दुनिया में जहाँ एआई यह सब करने में
00:10:04सक्षम होगा, हम इंसानों को इस प्रक्रिया से बाहर कर दिया जाएगा।
00:10:08और मुझे लगता है कि गुइलेर्मो यहाँ यही कहना चाह रहे हैं।
00:10:13लेकिन ज़ाहिर है, हम नहीं जानते कि वास्तव में वह भविष्य कैसा दिखेगा।
00:10:16अब मैं इस पोस्ट के बारे में जो कहूँगा वह यह है, और मैं इसे समझता हूँ, कि आज इंटरनेट
00:10:23ऐसा ही है।
00:10:24आपको उत्तेजक होना पड़ता है।
00:10:25आपको थोड़ा अलग या विवादास्पद होना पड़ता है ताकि मेरे जैसे लोग इसके बारे में वीडियो बनाएँ।
00:10:30मैं इसे पूरी तरह समझता हूँ।
00:10:31लेकिन ज़ाहिर है, इस पोस्ट में ऐसा लगता है जैसे अतीत में हमने जो भी किया वह
00:10:37काफी बेवकूफी भरा था।
00:10:38है ना?
00:10:39समर्पित उपकरण बनाना, GUI बनाना जो कोड लिखना आसान बनाते हैं, एपीआई डिज़ाइन पर चर्चा करना।
00:10:45यह सब काफी बेवकूफी भरा है।
00:10:46खैर, नहीं, यह दर्शाता है कि आप परवाह करते हैं।
00:10:51और एक इंसान के रूप में, आप अपने शिल्प, अपने काम की परवाह करना चाहते हैं।
00:10:56यह कहना वैसा ही है जैसे, ओह, कितनी बेवकूफी है कि डिज़ाइनर पहले कागज़ के टुकड़े पर
00:11:02स्कैच बनाते थे और फिर इसे डिजिटल आर्ट में बदलने के लिए फोटोशॉप जैसे समर्पित
00:11:07सॉफ्टवेयर का उपयोग करते थे।
00:11:08नहीं, यह बेवकूफी नहीं है।
00:11:10यही वह चीज़ है जो एक ऐसे इंसान को, जो अपने शिल्प और अपने काम की परवाह करता है,
00:11:17उस व्यक्ति से अलग करती है जो नहीं करता।
00:11:19और इसे बेवकूफी या अजीब या हमेशा के लिए खत्म हो चुकी चीज़ के रूप में पेश करना
00:11:29एक गलत नज़रिया है।
00:11:30यह किसी भी तरह से सही नहीं है।
00:11:32और ज़ाहिर है, अब हम नए सॉफ्टवेयर बना रहे हैं।
00:11:36हम 'एजेंटिक इंजीनियरिंग' की दुनिया के लिए नए सॉफ्टवेयर बना रहे हैं, जैसे कि कोडेक्स ऐप
00:11:43और ये सभी एआई एजेंट और एजेंट ऐप्स और GUI जो हमारे पास आज हैं।
00:11:49यह नए तरह का सॉफ्टवेयर है जिसे हम बना रहे हैं और हम ऐसा करना जारी रखेंगे।
00:11:54और हम निश्चित रूप से चर्चा करने के नए तरीके ईजाद करेंगे जैसे कि एजेंटों के लिए
00:12:01ठीक से लिखा गया स्किल कैसा दिखना चाहिए या एक अच्छी एजेंट एमडी फाइल कैसे सेटअप करें।
00:12:07हम तब तक चर्चा करते रहेंगे जब तक हम पूरी तरह से प्रक्रिया से बाहर नहीं हो जाते और हमें इंसानों के रूप में
00:12:14कुछ भी करने की ज़रूरत नहीं रह जाती।
00:12:16जिसके बारे में मुझे नहीं लगता कि वह समय आएगा और निश्चित रूप से मुझे उम्मीद है कि वह न आए।
00:12:22लेकिन उस बिंदु तक, आप जिस चीज़ पर काम करते हैं उसके बारे में अपनी राय रखना और उसकी परवाह करना
00:12:29अच्छा है।
00:12:31और मुझे लगता है कि यह वास्तव में महत्वपूर्ण है।
00:12:33तो हाँ, मुझे लगता है कि कोड और कोड की संरचना महत्वपूर्ण बनी रहेगी।
00:12:41एकमात्र सवाल यह है कि क्या एआई यह सब अपने दम पर कर सकता है और परफेक्ट कोड बना सकता है।
00:12:47और मैं यह नहीं जानता और अभी कोई नहीं जान सकता।
00:12:50आप भविष्य नहीं देख सकते।
00:12:53लेकिन सामान्य तौर पर, एक इंसान के रूप में, आपको अपने काम की परवाह करनी चाहिए।
00:12:57यही वह चीज़ है जो उन लोगों को अलग करती है जो बहुत सफल हो सकते हैं और अपने काम का आनंद लेते हैं,
00:13:03उन लोगों से जो ऐसा नहीं करते, मुझे ऐसा लगता है।

Key Takeaway

यद्यपि एआई कोड निर्माण को आसान बना रहा है, लेकिन कोड की गुणवत्ता, दक्षता और प्रदर्शन आज भी उतने ही महत्वपूर्ण हैं जितने पहले थे।

Highlights

वर्सेल के सीईओ गुइलेर्मो राउच के अनुसार कोड अब एक 'इनपुट' नहीं बल्कि एक 'आउटपुट' मात्र रह गया है।

भविष्य में प्रोग्रामिंग का ध्यान कोड की सुंदरता के बजाय वास्तविक आवश्यकताओं, डिजाइन और फीडबैक पर केंद्रित होगा।

वक्ता का तर्क है कि कोड की गुणवत्ता अभी भी महत्वपूर्ण है क्योंकि यह एआई टोकन लागत और दक्षता को प्रभावित करती है।

साफ और व्यवस्थित कोडबेस की समीक्षा करना मनुष्यों और एआई दोनों के लिए आसान और सस्ता होता है।

एआई मॉडल में अक्सर अनावश्यक जटिलता और पुराना कोड (legacy code) जोड़ने की प्रवृत्ति होती है जिसे सुधारना आवश्यक है।

खराब तरीके से ऑप्टिमाइज़ किया गया कोड अधिक उपयोगकर्ताओं के आने पर एप्लिकेशन के प्रदर्शन (performance) को खराब कर सकता है।

अपने शिल्प या कार्य के प्रति लगाव और उसकी गुणवत्ता की परवाह करना एक सफल इंजीनियर की पहचान है।

Timeline

गुइलेर्मो राउच का विवादास्पद दृष्टिकोण

वीडियो की शुरुआत वर्सेल के सीईओ गुइलेर्मो राउच के एक दिलचस्प सोशल मीडिया पोस्ट के विश्लेषण से होती है। राउच का तर्क है कि हमने बहुत लंबे समय तक कोड को एक पवित्र इनपुट की तरह माना और उसकी सजावट व आईडीई (IDE) उपकरणों पर अत्यधिक ध्यान दिया। अब उद्योग का ध्यान कोड लिखने के बजाय आवश्यकताओं, विनिर्देशों और उपयोगकर्ता अनुभव जैसे वास्तविक इनपुट की ओर बढ़ रहा है। उनके अनुसार, बेहतरीन इंजीनियर कोड को केवल एक साधन मानते हैं जिसे भविष्य में बदला जाना निश्चित है। वक्ता इस विचार को साझा करते हुए बताते हैं कि यह कोडिंग की दुनिया में एक बड़ा मानसिक बदलाव है।

सॉफ्टवेयर विकास का बदलता परिदृश्य

वक्ता इस बात पर चर्चा करते हैं कि एआई मॉडल जैसे क्लॉड (Claude) और कोडेक्स (Codex) के आने से प्रोग्रामिंग की भूमिका कितनी तेजी से बदल रही है। हर हफ्ते नए उपकरण और मॉडल बाजार में आ रहे हैं, जिससे डेवलपर्स को अपने काम करने के तरीके को लगातार अपडेट करना पड़ रहा है। वक्ता स्वयं भी इस बदलाव के साथ तालमेल बिठाने के लिए नए पाठ्यक्रम और प्रोमोशन जारी कर रहे हैं। हालांकि, वे राउच के इस विचार से पूरी तरह सहमत नहीं हैं कि कोड अब बिल्कुल मायने नहीं रखता। वे मानते हैं कि सॉफ्टवेयर बनाने की प्रक्रिया बदल रही है, लेकिन कोड का अस्तित्व खत्म नहीं हो रहा है।

कोड की गुणवत्ता और टोकन लागत का महत्व

इस खंड में वक्ता विस्तार से बताते हैं कि कोड की सुंदरता और संरचना आज भी क्यों महत्वपूर्ण है। यदि कोडबेस 10,000 लाइनों का उलझा हुआ और जटिल है, तो उसकी समीक्षा करना मनुष्यों और भविष्य की एआई मशीनों दोनों के लिए कठिन होगा। सबसे महत्वपूर्ण बात यह है कि भविष्य में टोकन लागत एक बड़ी चुनौती बनने वाली है क्योंकि वर्तमान में एआई कंपनियां इसे सब्सिडी दे रही हैं। साफ़ और संक्षिप्त कोड कम टोकन का उपयोग करता है, जिससे लागत कम होती है और दक्षता बढ़ती है। इसलिए, कोड की गुणवत्ता केवल दिखावा नहीं बल्कि एक आर्थिक और तकनीकी आवश्यकता है।

एआई की सीमाएं और अनावश्यक जटिलता

वक्ता अतीत की प्रोग्रामिंग आदतों और वर्तमान एआई मॉडलों की कार्यप्रणाली के बीच तुलना करते हैं। वे स्वीकार करते हैं कि पहले डेवलपर्स अक्सर अनावश्यक एब्स्ट्रैक्शंस और जटिल एडॉप्टर लिखते थे जिनकी वास्तव में जरूरत नहीं होती थी। वर्तमान में कोडेक्स जैसे एआई उपकरण भी कोड को हटाने के बजाय उसमें और अधिक परतें और फॉलबैक जोड़ने की प्रवृत्ति रखते हैं। एक डेवलपर के रूप में आपको इस अनावश्यक जटिलता के खिलाफ लड़ना होगा ताकि कोडबेस सरल बना रहे। यह लड़ाई भविष्य में भी जारी रहेगी क्योंकि टोकन दक्षता सीधे कोड की सादगी पर निर्भर करती है।

प्रदर्शन और एप्लिकेशन का भविष्य

यहाँ चर्चा का मुख्य विषय कोड का एप्लिकेशन के प्रदर्शन (Performance) पर पड़ने वाला प्रभाव है। वक्ता चेतावनी देते हैं कि एआई द्वारा जनरेट किया गया कोड भले ही काम करता हो, लेकिन वह खराब तरीके से ऑप्टिमाइज़ हो सकता है। उदाहरण के लिए, नेस्टेड क्वेरीज़ या लूप्स तब गंभीर समस्या पैदा करते हैं जब एप्लिकेशन को स्केल किया जाता है और उपयोगकर्ताओं की संख्या बढ़ती है। हालांकि भविष्य के एआई मॉडल बेहतर कोड मूल्यांकन करने में सक्षम हो सकते हैं, लेकिन गुणवत्ता का सिद्धांत अपरिवर्तित रहता है। यदि एआई सब कुछ परफेक्ट करने लगेगा, तो शायद मनुष्यों की इस प्रक्रिया में भूमिका समाप्त हो जाएगी।

शिल्प के प्रति लगाव और निष्कर्ष

वीडियो के अंतिम भाग में वक्ता राउच के विवादास्पद पोस्ट के पीछे के इरादों को समझते हुए अपना अंतिम दृष्टिकोण देते हैं। वे कहते हैं कि अतीत के उपकरणों और चर्चाओं को 'बेवकूफी' कहना गलत है क्योंकि वे एक पेशेवर के अपने शिल्प (craft) के प्रति प्रेम को दर्शाते हैं। जैसे एक डिजाइनर कागज पर स्केच बनाता है, वैसे ही एक इंजीनियर के लिए एपीआई डिजाइन और कोड संरचना मायने रखती है। एआई के युग में भी, अपने काम की परवाह करना ही एक सफल व्यक्ति को दूसरों से अलग बनाता है। अंत में, वे जोर देते हैं कि कोड की संरचना महत्वपूर्ण बनी रहेगी और हमें अपने काम का आनंद लेना चाहिए।

Community Posts

View all posts