सॉफ्टवेयर डेवलपमेंट इंडस्ट्री बदल रही है — स्थायी रूप से

2003 में मैंने DCSL Software की स्थापना की, जो बाद में One Beyond बन गई। 2023 में कंपनी को अंतर्राष्ट्रीय स्तर पर ले जाने और इसे 300 से अधिक लोगों तक बढ़ाने के बाद मैंने इससे बाहर निकल गया। तब से, मैंने एक रोबोटिक्स स्टार्ट-अप की स्थापना की है और £4M से अधिक का सीड फंडिंग जुटाया है।  

मैंने कभी उम्मीद नहीं की थी कि मैं फिर से प्रोडक्शन सॉफ्टवेयर लिखूंगा। मैंने 2014 में रोजाना कोडिंग करना बंद कर दिया था, इसलिए नहीं कि मैं ऐसा नहीं कर सकता था, बल्कि इसलिए कि जब कंपनी बढ़ती है तो यही होता है। आप ऐसे लोगों को काम पर रखते हैं जो एक्जीक्यूशन में आपसे बेहतर होते हैं, आप लीडरशिप पर फोकस करते हैं, और धीरे-धीरे कीबोर्ड दूर होता जाता है। लगभग एक दशक तक, यह पूरी तरह से स्वाभाविक लगा।  

जिस बात की मुझे उम्मीद नहीं थी वह यह थी कि लगभग दस साल बाद, मैं खुद को फिर से डेवलपर की सीट पर पाऊंगा — नॉस्टैल्जिक रूप से नहीं, बल्कि व्यावहारिक रूप से। केवल छेड़छाड़ नहीं बल्कि वास्तव में एक जटिल रोबोटिक्स प्लेटफॉर्म बनाना। और हर उस फ्रेमवर्क या भाषा को फिर से सीखकर नहीं जो मुझसे छूट गई थी, बल्कि मौलिक रूप से अलग तरीके से काम करके।  

यह व्यक्तिगत बदलाव सबसे स्पष्ट संकेत है जो मैंने देखा है कि सॉफ्टवेयर डेवलपमेंट में कुछ संरचनात्मक बदल गया है।  

हम सॉफ्टवेयर कैसे डिजाइन करते थे — और क्यों  

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

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

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

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

Agile व्यावहारिक था, लेकिन इसकी एक कीमत थी। हमने काफी हद तक गहरे अग्रिम डिजाइन को छोड़ दिया और इसे क्रमिक खोज से बदल दिया। यह काम करता था, लेकिन इसने एक मानसिकता को भी सामान्य बना दिया जहां बहुत आगे की सोच को अनावश्यक या जोखिम भरा भी माना जाता था।  

क्या बदला — और मैंने फिर से निर्माण क्यों शुरू किया  

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

यह वह हिस्सा है जो अक्सर गलत समझा जाता है। वास्तविक बदलाव यह नहीं है कि कोड लिखना तेज है। यह है कि चीजों को आजमाना अब सस्ता, तेज और काफी हद तक उलटने योग्य है।  

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

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

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

डिजाइन अभी भी क्यों मायने रखता है — पहले से कहीं ज्यादा   

यह मान लेना आसान होगा कि यह नई स्वतंत्रता डिजाइन को कम महत्वपूर्ण बनाती है। वास्तव में, यह इसे अधिक महत्वपूर्ण बनाती है।   

आप क्या बनाने की कोशिश कर रहे हैं इसका एक स्पष्ट, विस्तृत विचार होना अभी भी बहुत मूल्यवान है। वास्तव में, यह सक्रिय रूप से AI आउटपुट में सुधार करता है। जितना स्पष्ट इरादा, उतने बेहतर परिणाम। अस्पष्ट सोच केवल अस्पष्ट सिस्टम को अधिक तेज़ी से उत्पन्न करती है।  यह समझना महत्वपूर्ण है कि AI बहुत कुछ एक व्यक्ति की तरह व्यवहार करता है। यह मददगार बनना चाहता है। यह आपको एक उत्तर देना चाहता है। यदि आप अस्पष्ट हैं, तो यह अंतराल को भर देगा। यदि आप लापरवाह हैं, तो यह धारणाएं बनाएगा। यदि आप इसे चुनौती नहीं देते हैं, तो यह आत्मविश्वास से गलत रास्ते पर आगे बढ़ेगा।  

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

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

यह उद्योग में क्या तोड़ता है  

एक बार जब प्रयोग सस्ता हो जाता है, तो कई लंबे समय से चली आ रही धारणाएं टिकती नहीं हैं। योजना अब पहले से ही सब कुछ लॉक करने के बारे में नहीं है। यह इरादा, बाधाएं और सीमाएं निर्धारित करने के बारे में है।  

अनुमान लगाना प्रयास की भविष्यवाणी करने से कम और उस स्थान को समझने के बारे में अधिक हो जाता है जिसका आप अन्वेषण कर रहे हैं।  

और कोड के साथ हमारा संबंध पूरी तरह से बदल जाता है। विशिष्ट कार्यान्वयन से बहुत कम लगाव है और व्यवहार, संरचना और परिणामों पर बहुत अधिक ध्यान है।  

यही कारण है कि सॉफ्टवेयर डेवलपमेंट उद्योग अस्थिर महसूस करता है। बहुत से लोग नए टूल्स पर पुराने मानसिक मॉडल लागू करने की कोशिश कर रहे हैं। यह थोड़े समय के लिए काम करता है, लेकिन यह बिंदु से चूक जाता है।  

वास्तविक बदलाव  

जिस कारण से मुझे विश्वास है कि यह परिवर्तन स्थायी है वह सरल है: अन्यथा मैं फिर से निर्माण नहीं कर रहा होता।  

एक दशक दूर रहने के बाद मैं हैंड्स-ऑन डेवलपमेंट में विश्वसनीय रूप से वापस आ सकता हूं इसका एकमात्र कारण यह है कि जिन बाधाओं ने मुझे पहली जगह में बाहर धकेल दिया था वे अब लागू नहीं होती हैं। सॉफ्टवेयर अब निर्देशित प्रयोग के माध्यम से विकसित हो सकता है जो पहले बस संभव नहीं था।  

इसका मतलब यह नहीं है कि अनुभव कम मायने रखता है। इसका मतलब है कि यह अलग तरह से मायने रखता है। मूल्य अब सिंटैक्स या फ्रेमवर्क को याद रखने में नहीं है। यह निर्णय, संरचना, और कब रुकना है यह जानने में है।  

यह सॉफ्टवेयर डेवलपमेंट का अंत नहीं है। लेकिन यह पुराने मॉडल का अंत है। और एक बार जब आप इस तरह से काम कर लेते हैं, तो वापस जाना संभव नहीं है।