एक नए प्रकार की मानव गतिविधि के रूप में प्रोग्रामिंग

“एक प्रोग्रामर के पास एबिसन प्रतिभा के साथ मिलकर, एब्सट्रैक्शन और लॉजिकल थिंकिंग के लिए प्रथम श्रेणी के गणितज्ञ की क्षमता होनी चाहिए, जिससे शून्य और कुछ भी बनाया जा सके। उन्हें एक स्काउट की अंतर्दृष्टि के साथ एक लेखाकार की सटीकता को संयोजित करना चाहिए, जासूसी उपन्यासों के लेखक की कल्पना और एक अर्थशास्त्री की शांत व्यावहारिकता। "शिक्षाविद् ए.पी. Ershov

प्रस्तावना

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

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

भौतिक उत्पादन (भौतिक संसार की वस्तुओं का प्रसंस्करण) इतिहास के हजारों वर्षों के दसियों योग हैं। इस मार्ग के साथ प्राकृतिक विज्ञान के ज्ञान का एक बहुत बड़ा हिस्सा जमा हुआ था: गणित, भौतिकी, रसायन विज्ञान, भूगोल, भूविज्ञान, जीव विज्ञान, आदि।

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

सुविधाएँ और उनके परिणाम

फ़ीचर # 1। प्रोग्रामिंग - बौद्धिक गतिविधि

सीधे शब्दों में कहें, एक नई इमारत, पुल, कार या रॉकेट के विचार से लेकर इसके क्रियान्वयन तक का रास्ता इस प्रकार है: NIR-OKR-Zavod। इस पिरामिड के शीर्ष पर उद्योग अनुसंधान संस्थान हैं जो विचारों का उत्पादन करते हैं और नए उत्पादों को डिजाइन करते हैं। पिरामिड की दूसरी मंजिल पर, डिजाइनर डिजाइन ब्यूरो में काम करते हैं, जिसका कार्य भागों, सामग्री विनिर्देशों, विनिर्माण और विधानसभा प्रौद्योगिकियों के चित्र में एक नई परियोजना को लागू करना है। निचले स्तर पर उत्पादन सुविधाएं हैं - ऐसे संयंत्र जिनमें इंजीनियर और कर्मचारी इन आकृतियों, विशिष्टताओं और प्रौद्योगिकियों को "लोहे में" बनाते हैं।

प्रोग्रामर जो उत्पादन करते हैं वह सारहीन है - यह ब्रेनवेयर है, प्रोजेक्ट टीम की सामूहिक सोच प्रक्रिया का परिणाम है, प्रोग्रामिंग भाषाओं में से एक में भौतिक।

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

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

कोरोलरी # 1। समान अनुभव वाले प्रोग्रामर का प्रदर्शन अभी भी दस गुना अलग होगा।

ब्रूक्स ने प्रदर्शन के अंतर के बारे में 10 बार बात की। रॉबर्ट ग्लास ने उन प्रयोगों का उल्लेख किया, जिन्होंने प्रदर्शन में 27 गुना भिन्नता का प्रदर्शन किया।

कोई नहीं जानता कि कोई व्यक्ति किस स्थान पर क्या सोचता है और वह इस स्थान को कैसे बनाता है। किसी भी अन्य उद्योग में, श्रम के वैज्ञानिक संगठन में एक विशेषज्ञ को तुरंत स्टैनखोविटे कार्यकर्ता के पीछे रखा गया था, जो प्रगतिशील तकनीकी प्रक्रिया का एक नक्शा तैयार करेगा और नए उत्पादन मानकों की स्थापना करेगा। और विशेषज्ञ प्रोग्रामर के पीछे से क्या देखेगा? Habrahabr.ru?

कोरोलरी # 2। असफल सॉफ्टवेयर विकास परियोजनाओं के आंकड़े भविष्य में बदलने की संभावना नहीं है।



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

फ़ीचर # 2। कानूनों की कमी

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

यहां तक ​​कि उत्कृष्ट प्रोग्रामर भी यह दावा करने की स्वतंत्रता नहीं लेंगे कि नए सॉफ्टवेयर सिस्टम की वास्तुकला सफल है। हालांकि प्रोग्रामिंग में पहले से ही विफलताओं का एक निश्चित अनुभव जमा हो गया है, जो परिष्कृत प्रोग्रामर को नई प्रणाली की वास्तुकला में एंटीपैटर्न को देखने की अनुमति दे सकता है - गंभीर भविष्य की समस्याओं के स्रोत। लेकिन इससे ज्यादा नहीं।



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

कोरोलरी # 3। प्रोग्रामिंग एक शिल्प है।

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

कोरोलरी # 4। प्रोग्रामर के काम के लिए स्वतंत्रता एक शर्त है।

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

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

फ़ीचर # 3. विज़ुअलाइज़ेशन टूल्स का अभाव

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



कोरोलरी # 5। विकास प्रतिभागियों के निरंतर संचार की आवश्यकता।

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

कोरोलरी # 6। EQ, IQ से अधिक महत्वपूर्ण है।

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

यदि आपके पास अपर्याप्त ईक्यू है, तो निराशा न करें। IQ के विपरीत, जो शुरुआती युवाओं में बनता है और फिर लगभग अपरिवर्तित रहता है, जीवन भर ईक्यू बढ़ाया जा सकता है।

निष्कर्ष

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

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