साफ वास्तुकला। भाग I - परिचय

यह रॉबर्ट मार्टिन (अंकल बॉब) "क्लीन आर्किटेक्चर" द्वारा 2018 में जारी की गई नई किताब का एक स्वतंत्र और बहुत संक्षिप्त रीटेलिंग है।

उद्घाटन टिप्पणी

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

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

दूसरी ओर, सॉफ़्टवेयर आर्किटेक्चर को भौतिक सीमाओं को भी याद रखना चाहिए, क्योंकि प्रोग्राम वास्तविक हार्डवेयर पर सीमित प्रदर्शन, मेमोरी, नेटवर्क बैंडविड्थ आदि के साथ चलते हैं।

अच्छी वास्तुकला क्या है? यह एक ऐसा आर्किटेक्चर है जो वर्तमान समय में ही नहीं, बल्कि समय के साथ-साथ यूजर्स, बिजनेस ओनर्स और प्रोग्रामर्स की जरूरतों को पूरा करता है ।

"यदि आपको लगता है कि अच्छी वास्तुकला महंगी है, तो बुरा प्रयास करें।"

"तेजी से जाने का एकमात्र तरीका अच्छी तरह से जाना है।"

प्रस्तावना

चाचा बॉब 50 वर्षों से कोड लिख रहे हैं। उन्होंने कई प्रकार के कार्यक्रम लिखे: बड़े, छोटे, जीयूआई, कंसोल, वेब, आदि। और मैं इस निष्कर्ष पर पहुंचा कि वास्तुकला के नियम हर जगह समान हैं! और 50 वर्षों में भी वे लोहे की उत्पादकता में भारी वृद्धि के बावजूद नहीं बदले हैं।

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

लेकिन आधी सदी से अधिक का अनुभव प्राप्त किया गया है, जो 50 साल पहले नहीं था। नियम तैयार किए गए थे, जो इस पुस्तक को समर्पित है।

परिचय

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

यह यूटोपियन लगता है, लेकिन अंकल बॉब इस तरह की परियोजनाओं पर काम करने में कामयाब रहे। लेकिन दुर्भाग्य से, ज्यादातर मामलों में हमें भयानक डिजाइन में काम करना पड़ता है।

डिजाइन और वास्तुकला क्या है?

मान लेते हैं कि डिजाइन और वास्तुकला एक समान हैं।

आर्किटेक्चर केवल ऊपरी स्तर नहीं है, यह एक पूरे के रूप में ऊपरी-स्तर और निम्न-स्तरीय विवरण है। एक के बिना दूसरे का अस्तित्व नहीं है।

सॉफ्टवेयर आर्किटेक्चर का लक्ष्य आवश्यक सिस्टम को बनाने और बनाए रखने के लिए आवश्यक मानव संसाधनों को कम से कम करना है।

यदि प्रयास छोटे हैं और जीवन भर बने रहते हैं , तो डिजाइन अच्छा है। यदि प्रत्येक रिलीज के साथ प्रयास बढ़ता है, तो डिजाइन खराब है।

एक उदाहरण के रूप में, अंकल बॉब एक ​​वास्तविक परियोजना का एक ग्राफ दिखाता है, जिसमें कर्मचारियों की संख्या में 50 गुना की वृद्धि हुई, लेकिन कोड की लाइनों की संख्या केवल 2.3 गुना (3M -> 7M) बढ़ी। एक अधिक डरावना ग्राफ ~ 40 बार कोड की एक पंक्ति की लागत में वृद्धि है। यानी उत्पादकता 100% से लगभग शून्य हो गई। प्रोग्रामर अपने सर्वश्रेष्ठ पर कड़ी मेहनत करते हैं, लेकिन अनिवार्य रूप से कुछ भी नहीं किया जा सकता है। और अब सबसे बुरी बात: अगर पहली रिलीज में हमें कर्मचारियों को एक महीने में कई सौ डॉलर का भुगतान करना पड़ा, तो अंत में यह आंकड़ा 20 मिलियन डॉलर प्रति माह हो गया!

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

विकास के साथ एक ही बात: प्रोग्रामर खुद को इस विश्वास के साथ खुश करता है कि वह उत्पाद को जल्दी से रोल करने में सक्षम होगा, और बाद में ऑर्डर को पुनर्स्थापित करेगा। हालांकि, समस्या यह है कि रिलीज के बाद उसे अगली विशेषता करने की जरूरत है, अन्यथा वह बाजार में प्रतियोगियों से पीछे रह जाएगा। अंत में, कुछ महीनों में उसकी उत्पादकता शून्य हो जाएगी और वह हार जाएगा।

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

डेवलपर को उस गंदगी के लिए जिम्मेदार होना चाहिए जो वह परियोजना में पेश करता है। वास्तुकला की गुणवत्ता को गंभीरता से लिया जाना चाहिए। लेकिन इसके लिए आपको यह जानना आवश्यक है कि एक अच्छी वास्तुकला क्या है।

दो मूल्यों के बारे में एक कहानी

दो मूल्य हैं - व्यवहार और वास्तुकला।

व्यवहार का अर्थ है कि कार्यक्रम कार्यात्मक आवश्यकताओं को पूरा करता है और इस तरह व्यवसाय के मालिकों के लिए धन लाता है। समस्या यह है कि कई प्रोग्रामर मानते हैं कि यह उनका काम है।

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

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

प्रोग्रामर को आर्किटेक्चर के लिए लड़ना चाहिए। एक प्रोग्रामर भी व्यवसाय का एक सदस्य है। आर्किटेक्चर उसकी जिम्मेदारी है।

जारी रखने के लिए ...