- AI द्वारा बनाई गई निम्न-गुणवत्ता वाली सामग्री 'slop' अब पूरे इंटरनेट में फैल रही है, और संगीत, वीडियो, टेक्स्ट के साथ-साथ सॉफ़्टवेयर में भी ऐसा ही रुझान दिख रहा है
- कंटेंट उत्पादन का अनुकूलन सिर्फ engagement और revenue को अधिकतम करने पर केंद्रित होता जा रहा है, जबकि कारीगरी और रचनात्मकता लगातार गायब होती दिख रही है
- बड़ी टेक कंपनियों में गुणवत्ता में गिरावट और तकनीकी क्षरण AI के आने से पहले ही शुरू हो चुका था, और बहुत संकीर्ण role-based specialization इंजीनियरों की कौशल क्षमता और सोच को कमजोर करता है
- AI agent अच्छी तरह परिभाषित दोहराए जाने वाले कामों में उपयोगी हैं, लेकिन वे झूठ गढ़ते हैं, कोड को ठीक से नहीं समझते, और खराब कोड बनाते हैं — यानी उनकी मौलिक सीमाएँ हैं
- 19वीं सदी के Arts and Crafts आंदोलन की तरह, अब समय है कि सॉफ़्टवेयर में भी शुरुआती computing के विचारों को पुनर्स्थापित किया जाए और मानव-केंद्रित कारीगरी को फिर जीवित किया जाए
AI slop का प्रसार और technique की अवधारणा
- AI models के सार्वजनिक होने के बाद ऑडियो, वीडियो और टेक्स्ट में 'slop' कहे जाने वाले निम्न-गुणवत्ता AI कंटेंट में तेज़ बढ़ोतरी हुई
- बेकार कंटेंट पहले भी था, लेकिन AI की वजह से उसे बनाने में लगने वाला श्रम दर्जनों गुना कम हो गया
- जहाँ discernment नहीं है, या उसका महत्व कम है, वहाँ AI मानव श्रम को बदलने लायक स्तर तक पहुँच चुका है
- Jacques Ellul की 'technique' अवधारणा: गतिविधियों को मापे जा सकने वाले, स्पष्ट रूप से परिभाषित लक्ष्यों की ओर कुशल साधनों के समुच्चय में बदल देने वाली सोच
- Instagram Reels, YouTube वीडियो, ब्लॉग पोस्ट को कम-से-कम मेहनत से अधिकतम engagement मिल जाए तो 'अच्छा' परिणाम माना जाता है
- metrics और performance के प्रति जुनून, कारीगरी, सुंदरता और आनंद जैसे अमूर्त मूल्यों को खा जाता है
म्यूज़िक प्लेटफ़ॉर्म तुलना: Bandcamp vs Spotify
- Bandcamp: पूरे album और व्यक्तिगत curation पर केंद्रित
- 2010s~2020s के indie music boom को सहारा दिया, और Car Seat Headrest, Mitski, Alex G, Phoebe Bridgers जैसे कलाकारों के उभार में भूमिका निभाई
- संगीत को ही लक्ष्य मानने वाले प्लेटफ़ॉर्म के रूप में AI-generated music को प्रतिबंधित करता है
- Spotify: playlist और algorithmic recommendation पर आधारित मॉडल
- संगीत से ज़्यादा metrics optimization पर फोकस
- फीका और algorithm के मुताबिक ढला हुआ muzak फैल रहा है
- जहाँ कारीगरी की कोई परवाह नहीं, वहाँ AI इंसानों द्वारा बनाए गए संगीत से कहीं ज़्यादा 'revenue maximization' के लिहाज़ से फ़ायदेमंद कंटेंट बड़े पैमाने पर बना सकता है
सॉफ़्टवेयर उद्योग में गुणवत्ता गिरावट की स्थिति
- AI आने से पहले ही बहुत-सा सॉफ़्टवेयर समग्र रूप से निम्न गुणवत्ता की स्थिति में था
- बड़ी टेक कंपनियों में सॉफ़्टवेयर इंजीनियरिंग, 'plumbing' जैसे काम में बदल गई है
- यानी कई systems को जोड़कर data flow चालू रखना भर
- Richard Hamming के कहे ‘महान कार्य’ — यानी मानवता के लिए उपहार जैसा कुछ बनाना — आज की टेक इंडस्ट्री में बहुत आदर्शवादी समझा जाता है
- बहुत-सी बड़ी सॉफ़्टवेयर systems फूली हुई, खराब ढंग से डिज़ाइन की गई, और कम दस्तावेज़ित हैं
- platform लगातार बिगड़ने वाली 'enshittification' प्रक्रिया में जाते हैं, और उपयोगकर्ताओं को उसका शिकार बनने से बचने के लिए हमेशा रक्षात्मक रहना पड़ता है
- Jonathan Blow के व्याख्यान Preventing the Collapse of Software Civilization में दिए गए दृष्टिकोण से सहमति जताई गई है
- विशेषज्ञ इंजीनियर और बड़ी सॉफ़्टवेयर कंपनियाँ काम ठीक से करना कैसे है, यह तक भूल चुकी हैं
- noncompetitive monopoly जैसी संरचनाएँ उन्हें बाज़ार के दबाव से बचाती हैं
- सॉफ़्टवेयर प्रथाएँ ढीली पड़ती जाती हैं
- संगठन और अधिक भारी-भरकम होते जाते हैं
- और कुल गुणवत्ता में बड़ी गिरावट आती है
- Big Tech इंजीनियर बड़े संगठनों में बेहद सीमित भूमिका निभाते हैं
- इस वजह से व्यापक engineering skill और कारीगरी स्वाभाविक रूप से क्षीण होती जाती है
मानव पूँजी और division of labor की समस्या
- कोई कंपनी या समाज कंप्यूटरों से क्या-क्या हासिल कर सकता है, यह human capital पर निर्भर करता है — यानी वह कितने व्यापक कौशल वाले इंजीनियर तैयार करता है
- बड़ी टेक कंपनियों की अतिशय division of labor संरचना
- बहुत संकीर्ण कौशल वाले तकनीकी कर्मियों का उत्पादन करती है
- और उन्हें ऐसे लोगों में बदल देती है जो सिर्फ मौजूदा Big Tech organizational structure के भीतर ही काम कर सकते हैं
AI के सॉफ़्टवेयर इंजीनियरिंग के लिए ख़तरा बनने की दो घटनाएँ
- 1. यह यथार्थवादी समझ कि AI agents पेशेवर सॉफ़्टवेयर इंजीनियरिंग के लिए ख़तरा बन रहे हैं
- खासकर उन इंजीनियरों के लिए जिनकी भूमिका दोहरावदार और सीमित दायरे वाली निम्न-गुणवत्ता सॉफ़्टवेयर उत्पादन तक सिमट गई है
- वहाँ AI वास्तव में काफ़ी प्रभावी विकल्प बन सकता है
- 2. AI agents की क्षमता का अतिरंजित सामान्यीकरण
AI agents की मौलिक सीमाएँ
- ऐसे दावों के टिके रहने के लिए सॉफ़्टवेयर को लेकर बेहद संकीर्ण नज़रिया ज़रूरी है
- ठीक वैसे ही जैसे AI-generated music को संगीत नहीं, सिर्फ consumption metrics के रूप में देखना पड़ता है
- यानी सॉफ़्टवेयर को सिर्फ उद्देश्य प्राप्ति का साधन मानना, और यह सोचना कि “काफ़ी अच्छा है तो ठीक है”
- AI agents के प्रत्यक्ष प्रयोग से पता चलता है कि वे उपयोगी तो हैं, लेकिन उनकी स्पष्ट सीमाएँ हैं
- वे ग़लत बातों को भी विश्वसनीय ढंग से कह देते हैं, संदर्भ को ठीक से नहीं समझते, और अक्सर निम्न-गुणवत्ता वाला कोड बनाते हैं
- कुछ क्षेत्रों में सुधार संभव है, लेकिन संगीत और टेक्स्ट की तरह यहाँ भी संरचनात्मक सीमाएँ साफ़ हैं
- AI agents के पास स्वायत्त सोच नहीं होती, और वे खुद से यह नहीं समझ सकते कि उपयोगकर्ता वास्तव में क्या चाहता है
- वे सबसे अच्छा तब काम करते हैं जब समस्या बहुत स्पष्ट रूप से परिभाषित हो
- उदाहरण: “unit test लिखो”, “इस रूप का DB function implement करो”
- उनकी क्षमता को सामान्यीकृत करने की कोशिशें अक्सर विफल होती हैं
- वे नया दिखने वाला, लेकिन maintain, understand और extend करना मुश्किल राक्षसी कोड पैदा कर देते हैं
“Vibe Coding” की समस्याएँ
- शुरुआत में यह प्रभावशाली लगता है, लेकिन समय के साथ इसकी खास खामियाँ उभरकर सामने आती हैं
- अनावश्यक रूप से लंबा-चौड़ा कोड और लापरवाह शैली
- संरचना में सरल लेकिन समतल और सौंदर्यहीन डिज़ाइन
- बार-बार दिखने वाले इसके अपने निशान, जो धीरे-धीरे चिढ़ पैदा करते हैं
- समस्या आने पर debugging की प्रक्रिया हताशा पैदा करने वाले दोहराव में बदल जाती है
- आप दूसरे वीडियो देखते रहते हैं या SNS स्क्रॉल करते हुए यूँ ही coding करते रहते हैं
- और agent से बार-बार कहते रहते हैं: “bug है, फिर से ठीक करो”
- AI-generated code में अक्सर दिखने वाली बातें
- ज़रूरत से ज़्यादा padded button
- असंगत spacing और colors
- कुल मिलाकर सपाट visual aesthetics
- ऐसे UI elements जिनके होने का कारण स्पष्ट नहीं
- हर चीज़ पर अनावश्यक labels और explanations जोड़ देने की प्रवृत्ति
सॉफ़्टवेयर उद्योग की संरचनात्मक समस्याएँ और कारीगरी की ज़रूरत
- यह मानने से इनकार करना कठिन है कि ज़्यादातर कोड बहुत अच्छा नहीं होता, और बड़ी कंपनियों में यह बात और स्पष्ट दिखती है
- AI का उपयोग करके निम्न-गुणवत्ता सॉफ़्टवेयर को और तेज़, और अधिक दक्षता से बनाते रहना संभव है
- लेकिन AI सॉफ़्टवेयर उद्योग की मूलभूत संरचनात्मक समस्याएँ हल नहीं करता
- असली समस्या यह है कि बड़े पैमाने के वातावरण में अच्छा सॉफ़्टवेयर कैसे बनाया जाए, यह अभी तक ठीक से स्थापित ही नहीं हुआ है
- इस समस्या का समाधान automation नहीं, बल्कि कारीगरी और मानवीय आलोचनात्मक सोच से आएगा
Arts and Crafts आंदोलन और सॉफ़्टवेयर की समानता
- ध्यान 19वीं सदी के Arts and Crafts आंदोलन पर जाता है
- John Ruskin और William Morris ऐसे समय में सामने आए जब मशीन और औद्योगिक उत्पादन की अपार क्षमता व्यक्तिगत कारीगर को पीछे धकेल रही थी
- उन्होंने औद्योगिक उत्पादन को अपने-आप में प्रगति नहीं माना, बल्कि यह समझा कि उसके परिणामों और श्रम स्थितियों का भी अपना एक विशिष्ट 'style' होता है
- उन्होंने आलोचना की कि मज़दूर धीरे-धीरे विशाल औद्योगिक मशीन के पुर्ज़े बनते जा रहे हैं
- उन्होंने कहा कि कुछ क्षेत्र स्पष्ट रूप से ऐसे हैं जो मशीन नहीं कर सकती, और यह बात तब भी सच थी, आज भी है
- प्रेरणा के स्रोत के रूप में उन्होंने मध्यकालीन कारीगरी की पुनर्स्थापना की ओर देखा
सॉफ़्टवेयर में आवश्यक वैसा ही बदलाव
- सॉफ़्टवेयर क्षेत्र में भी ऐसे ही बदलाव और आंदोलन की ज़रूरत है
- शुरुआती computing के तरीकों और विचारों का फिर से अध्ययन और पुनरुद्धार ज़रूरी है
- मुख्यधारा द्वारा नज़रअंदाज़ किए गए, लेकिन खत्म न हुए विचारों का समृद्ध ख़ज़ाना मौजूद है
- ऐसे projects जो आज के सॉफ़्टवेयर से बिल्कुल अलग ढंग से प्रभावशाली और सुंदर थे
- अभी हम तकनीकी विकास की बहुत संकरी शाखा पर टिके हैं — यानी C/Unix से Javascript/web तक की धारा
- जबकि खोजने के लिए इससे कहीं ज़्यादा व्यापक क्षेत्र मौजूद हैं
- जैसे ही आप थोड़ा भी गैर-पारंपरिक दिशा में जाते हैं, AI की मदद लगभग ग़ायब हो जाती है
- Claude से Forth लिखवाने की कोशिश की गई, लेकिन परिणाम मदद से ज़्यादा बाधा जैसे रहे
- शुरुआत के लिए Permacomputing wiki की सिफ़ारिश की गई है
AI code युग की संभावनाएँ
- AI code निम्न-गुणवत्ता, बड़े पैमाने पर बने सॉफ़्टवेयर को और आम बना सकता है
- साथ ही यह कारीगरी और रचनात्मक अभिव्यक्ति को वापस लाने की कोशिश करने वाले इंजीनियरों के लिए नई जगह भी खोल सकता है
- दृष्टिकोण पूरी तरह निराशावादी नहीं है: कारीगरी जितनी दुर्लभ होती जाएगी, उसका मूल्य उतना ही बढ़ेगा
- ऐसे समय में जब मुख्यधारा का सॉफ़्टवेयर अपनी सीमाएँ दिखा रहा है, सॉफ़्टवेयर की गुणवत्ता गिरती जा रही है, और राजनीतिक चेतना के स्तर पर केंद्रीकृत संरचनाओं के मूल्य पर फिर से विचार हो रहा है
- प्रयोगधर्मी, मनुष्यों द्वारा बनाया गया, और मानवीय पैमाने पर चलने वाला सॉफ़्टवेयर हाशिए से चमकने के लिए यह एक अच्छा क्षण हो सकता है
अभी कोई टिप्पणी नहीं है.