← नवीनतम पेपर
💻 computer science

When Code Becomes Abundant: Redefining Software Engineering Around Orchestration and Verification

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

मूल लेखक: Karina Kohl, Luigi Carro

प्रकाशित 2026-02-05
📖 6 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Karina Kohl, Luigi Carro

मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें

यहाँ "When Code Becomes Abundant" पेपर का सरल भाषा और रोज़मर्रा के उदाहरणों के साथ विवरण दिया गया है।

बड़ी तस्वीर: "बहुत अधिक कोड" की समस्या

कल्प Imagine कीजिए एक ऐसी दुनिया की जहाँ एक जादुई मशीन इंसानों के पढ़ने, देखने या समझने की गति से कहीं अधिक तेज़ी से किताबें लिख सकती है, पेंटिंग बना सकती है या घर बना सकती है। सॉफ्टवेयर इंजीनियरिंग के साथ अभी यही हो रहा है।

लेखक, करीना कोल और लुइगी कैरो का तर्क है कि हम एक अजीब से दबाव का सामना कर रहे हैं:

  1. ऊपर से: AI कोड को अविश्वसनीय रूप से सस्ता और तेज़ बना रहा है। यह एक ऐसी फैक्ट्री की तरह है जो लाखों की संख्या में सॉफ्टवेयर प्रिंट करती है।
  2. नीचे से: हमारे पास भौतिक सीमाएँ हैं। कंप्यूटर गर्म हो रहे हैं, अधिक ऊर्जा का उपयोग कर रहे हैं, और इस बात की सीमा पर पहुँच रहे हैं कि हम उनके पुर्जों को कितना छोटा बना सकते हैं। इसका मतलब है कि अब गलतियाँ करना बहुत महंगा और खतरनाक है।

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

मुख्य समस्या: "जवाबदेही का पतन" (Accountability Collapse)

पेपर एक डरावनी अवधारणा पेश करता है जिसे जवाबदेही का पतन कहा जाता है।

उपमा (Analogy):
एक ऐसे रेस्टोरेंट की कल्पना करें जहाँ एक रोबोट शेफ एक सेकंड में एक हज़ार भोजन बना सकता है।

  • पुराना तरीका: एक मानव शेफ एक भोजन बनाता है। यदि उसका स्वाद खराब है, तो आप जानते हैं कि इसे किसने बनाया और क्या गलत हुआ।
  • नया तरीका: रोबोट "कुछ तीखा बनाओ" जैसे अस्पष्ट निर्देश के आधार पर 1,000 भोजन बनाता है। यदि एक भोजन किसी ग्राहक को बीमार कर देता है, तो रोबोट तुरंत अगले 1,000 भोजन तैयार कर देता है। उस खराब भोजन की विशिष्ट "रेसिपी" गायब हो जाती है, जिसे अगले बैच द्वारा ओवरराइट कर दिया जाता है।

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

सॉफ्टवेयर इंजीनियर की नई भूमिका

यदि मशीनें "लिखने" का काम करती हैं, तो इंसान क्या करते हैं? पेपर कहता है कि हमारी नौकरी तीन मुख्य चीज़ों में बदल जाती है:

1. संचालन (The Conductor - संचालक)

वायलिन बजाने के बजाय, इंसान एक कंडक्टर बन जाता है।

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

2. सत्यापन (The Quality Inspector - गुणवत्ता निरीक्षक)

चूँकि हम AI द्वारा लिखे गए हर लाइन को नहीं पढ़ सकते, इसलिए हमें लगातार परिणामों की जाँच करनी होगी।

  • बदलाव: टेस्टिंग अब केवल शिपिंग से पहले का अंतिम चरण नहीं है। यह एक निरंतर सुरक्षा जाल (safety net) बन जाता है।
  • उपमा: इसे एक सेल्फ-ड्राइविंग कार की तरह समझें। आपको यह जानने की ज़रूरत नहीं है कि इंजन कैसे काम करता है, लेकिन आपको लगातार यह सत्यापित करना होगा कि कार अपनी लेन में बनी हुई है और रेड लाइट पर रुक रही है। यदि कार 'हैलुसिनेट' करती है (वहाँ स्टॉप साइन देखती है जो वास्तव में नहीं है), तो इंसान को ब्रेक लगाने के लिए तैयार रहना चाहिए।

3. रखरखाव (The Long-Term Guardian - दीर्घकालिक संरक्षक)

पेपर इस विचार को चुनौती देता है कि "यदि AI सॉफ्टवेयर को फिर से बना सकता है, तो रखरखाव आसान है।"

  • जाल: यदि आप किसी सिस्टम को तुरंत पुनर्जीवित (regenerate) कर सकते हैं, तो आप सोच सकते हैं कि आपको बग्स को ठीक करने की आवश्यकता नहीं है। लेकिन यदि आप एक सिस्टम को 50 बार पुनर्जीवित करते हैं, तो वह "इतिहास" कि वह एक निश्चित तरीके से व्यवहार क्यों करता है, खो जाता है।
  • नई वास्तविकता: रखरखाव इस बारे में है कि हमने बदलाव क्यों किए, इसका लॉग (रिकॉर्ड) रखना। यह हर बार जब रोबोट शेफ ने रेसिपी बदली, तो उसकी डायरी रखने जैसा है। यदि आप वह डायरी नहीं रखते हैं, तो आपको पता नहीं चलेगा कि आज का खाना कल की तुलना में अलग क्यों है।

भविष्य के लिए इसका क्या अर्थ है

पेपर तीन बड़े बदलावों का सुझाव देता है:

  • अनुसंधान (Research): वैज्ञानिकों को यह पता लगाने की ज़रूरत है कि AI के लिए "नियम" कैसे लिखे जाएँ ताकि वह पटरी से न उतरे, और जब चीजें गलत होती हैं तो यह ट्रैक कैसे किया जाए कि कौन जिम्मेदार है।
  • शिक्षा (Education): स्कूलों को केवल छात्रों को तेज़ी से कोड करना ही नहीं सिखाना चाहिए। उन्हें उन्हें AI का "प्रबंधक" बनने के लिए सिखाना चाहिए—कैसे AI को नियंत्रित करने वाले सिस्टम डिज़ाइन करें, कैसे उसके आउटपुट को सत्यापित करें, और यह निर्णय लेने के लिए कि AI को क्या बनाना चाहिए, नैतिक निर्णय कैसे लें।
  • अभ्यास (Practice): कंपनियों को केवल सफलता को "हमने कितनी तेज़ी से शिप किया" के आधार पर नहीं मापना चाहिए। उन्हें "हम यह कितनी अच्छी तरह साबित कर सकते हैं कि हमारा सॉफ्टवेयर सुरक्षित और व्याख्या योग्य है" के आधार पर मापना चाहिए।

निचोड़ (The Bottom Line)

सॉफ्टवेयर इंजीनियरिंग गायब नहीं हो रही है; इसे बस एक प्रमोशन मिला है। यह एक राजमिस्त्री (ईंटें लगाना/कोडिंग) से बदलकर एक फोरमैन (ब्लूप्रिंट की जाँच करना, सुरक्षा सुनिश्चित करना और यह सुनिश्चित करना कि इमारत ढहे नहीं) बनने की ओर बढ़ रही है।

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

अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?

आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।

Digest आज़माएँ →