क्या 2028 में सॉफ्टवेयर इंजीनियर होंगे? जवाब AI से पुराना है

क्या 2028 में सॉफ्टवेयर इंजीनियर होंगे? जवाब AI से पुराना है - AI News cover

इस हफ्ते एक चीनी AI लैब ने एक रिसर्च प्रोटोटाइप जारी किया जो डेवलपर ग्रुप चैट और GitHub रिपॉजिटरी की अपनी पहल पर निगरानी करता है और बिना पूछे कोड सुधार प्रस्तावित करता है। DeepSeek का Super-Agent खुलेआम प्रगति पर काम है, लेकिन इसके दस्तावेज़ की एक पंक्ति खुद टूल से ज़्यादा मायने रखती है: इंजीनियरिंग का बड़ा हिस्सा कोडिंग एजेंटों ने किया। प्रतिस्थापन बनाने वाले लोग उसे बनाने के लिए प्रतिस्थापन का ही इस्तेमाल कर रहे हैं।

लगभग उसी समय, "Software Engineers 2028" नाम का एक मज़ाकिया वीडियो डेवलपर्स के बीच घूमा, जिसमें पेशे को मशीनों की निगरानी और हितधारकों को संभालने तक सीमित कल्पना की गई। वह इसीलिए छू गया क्योंकि उसने एक असली चिंता को छुआ। अगर एजेंट चैट पढ़ सकते हैं, पैच लिख सकते हैं और pull request खोल सकते हैं, तो नौकरी में ठीक-ठीक क्या बचता है?

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

सॉफ्टवेयर इंजीनियरिंग अब उसी पलायन के बीच में है। नौकरी का वह हिस्सा जो शुद्ध प्रतिलेखन है, स्पष्ट इरादे को syntax में बदलना, उल्लेखनीय गति से मशीनों की ओर जा रहा है। GitHub के अपने शोध में पाया गया कि डेवलपर AI सहायता से नियमित कार्यों को नाटकीय रूप से तेज़ी से पूरा करते हैं, और हर बड़ी लैब एक ऐसा एजेंट भेजती है जो कोडिंग बातचीत संभाल सके। टाइपिंग परत फ्लॉपी डिस्क के रास्ते पर है।

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

श्रम बाज़ार का डेटा दूसरी तरफ से भी यही कहानी बताता है। मांग सिकुड़ नहीं रही, बदल रही है। नौकरी के विज्ञापन तेज़ी से ऐसे इंजीनियर मांगते हैं जो AI टूल चला सकें, जनरेट किए गए कोड की समीक्षा कर सकें और ऐसे सिस्टम डिज़ाइन कर सकें जिनमें गैर-मानव योगदानकर्ता शामिल हों। विश्व आर्थिक मंच का future-of-jobs विश्लेषण, नियमित प्रोग्रामिंग कार्यों के स्वचालित होने की उम्मीद के बावजूद, AI और मशीन लर्निंग विशेषज्ञों को लगातार सबसे तेज़ी से बढ़ती भूमिकाओं में रखता है। पिरामिड नीचे से संकरा और ऊपर से चौड़ा हो रहा है; जब किसी पेशे की शुरुआती सीढ़ी मशीनी हो जाती है तो यही होता है।

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

तो क्या 2028 में software engineer शीर्षक मौजूद होगा? लगभग निश्चित रूप से हाँ, क्योंकि शीर्षक देर से मरते हैं और संस्थाएँ रूढ़िवादी होती हैं। अस्पताल आज भी चिकित्सक रखते हैं, जबकि उस भूमिका का अर्थ सदियों पहले बदल चुका। लेकिन शीर्षक एक अलग दैनिक वास्तविकता बताएगा: कम टाइपिंग, ज़्यादा निर्णय; कम लिखना, ज़्यादा पढ़ना; कम उत्पादन, उत्पादित चीज़ का ज़्यादा जवाबदेह होना। फ्लॉपी डिस्क का सबक यह नहीं कि चीज़ें गायब हो जाती हैं। सबक यह है कि वस्तु मिट जाती है जबकि ज़रूरत जीवित रहती है, और जो लोग वस्तु का बचाव करने के बजाय ज़रूरत का पीछा करते हैं वही फलते-फूलते हैं।

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

गणितीय सोचें। समझदारी से इंजीनियर करें। रणनीतिक रूप से नेतृत्व करें। जिम्मेदारी से बनाएँ। वैश्विक रूप से बढ़ें। आर्टिफिशियल इंटेलिजेंस के माध्यम से वास्तविक व्यावसायिक मूल्य बनाएँ।

#ArtificialIntelligence #AIStrategy #FutureOfWork #SoftwareEngineering #ITImpress