हम कंप्यूटिंग शक्ति की सीमा के निकट आ रहे हैं - हमें नए प्रोग्रामर की आवश्यकता है

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

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

हालांकि, उसके पास एक अंतर है। मूर का कानून अभी भी एक अनुभवजन्य सहसंबंध है, जो एक निश्चित अवधि में देखा गया था, और हम अंततः इसकी प्रयोज्यता की सीमा में आते हैं। 2010 में, मूर ने खुद भविष्यवाणी की थी कि भौतिकी के नियम इस घातीय वृद्धि को रोक देंगे। "ट्रांजिस्टर के आकार के संबंध में," उन्होंने कहा, "यह स्पष्ट है कि हम पहले से ही परमाणुओं के आकार के करीब पहुंच रहे हैं, जो एक मौलिक बाधा है, लेकिन इस बिंदु तक दो या तीन पीढ़ियां अभी भी बदल जाएंगी - हालांकि, हम आगे के विकास की भविष्यवाणी करने में सक्षम नहीं हैं। मूलभूत सीमा तक पहुंचने से पहले हमारे पास 10-20 साल हैं। '

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

लेकिन कंप्यूटिंग के लिए हार्डवेयर और सॉफ्टवेयर के संयोजन की आवश्यकता होती है, और मूर के कानून के पूर्वानुमानित परिणामों में से एक यह था कि उसने प्रोग्रामरों को आलसी बना दिया था। सॉफ्टवेयर लिखना एक जटिल शिल्प है, और कुछ इसे दूसरों की तुलना में बेहतर पाते हैं। वे अधिक सुरुचिपूर्ण लिखते हैं, और, अधिक महत्वपूर्ण बात, अधिक चुस्त कोड जो तेजी से चलता है। शुरुआती दिनों में जब हार्डवेयर अपेक्षाकृत आदिम था, प्रोग्रामर के कौशल का बहुत महत्व था। उदाहरण के लिए, जब बिल गेट्स एक बच्चा था, उसने बहुत पहले TRS-80 माइक्रो कंप्यूटर में से एक के लिए एक BASIC दुभाषिया लिखा था। चूँकि मशीन के आकार में एक छोटा ROM था, गेट्स को पूरे कार्यक्रम को 16 Kb में डालना था। उन्होंने दक्षता बढ़ाने और स्थान बचाने के लिए इसे असेंबलर में लिखा; यहां तक ​​कि एक किंवदंती है कि कई साल बाद वह पूरे कार्यक्रम को स्मृति से उद्धृत कर सकता था।

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

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

तो यह है। 1997 के व्याख्यान में, एक बार बिल गेट्स के साथ एक वरिष्ठ इंजीनियर नाथन मीरवोल्ड ने अपने चार सॉफ्टवेयर कानून निकाले:

1. पीओ गैस की तरह है, यह पूरे टैंक को भरने के लिए फैलता है।
2. सॉफ्टवेयर तब तक बढ़ता है जब तक वह मूर के नियम द्वारा निर्धारित सीमा तक नहीं पहुंच जाता।
3. सॉफ्टवेयर विकास मूर के नियम को संभव बनाता है - लोग नए हार्डवेयर खरीदते हैं क्योंकि सॉफ्टवेयर को इसकी आवश्यकता होती है।
4. सॉफ्टवेयर केवल मानवीय महत्वाकांक्षाओं और अपेक्षाओं तक सीमित है।

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