ताजा विचारों के मानकों के बारे में कुछ

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

निचले स्तर - आप इसे एक मानक के साथ ठीक कर देंगे, अगर ऊपरी स्तर पर - विविधता की प्रतीक्षा करें

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

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

केवल सरल विविध से सामना कर सकता है

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

क्या आप विनिमय करना चाहते हैं - आविष्कार के विनिर्देश

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

• समझने की मुख्य बात यह है कि इस भावना से छुटकारा पाना असंभव है, और इसे रोकना नहीं चाहिए।
• यदि आप व्यापार नहीं करते थे, तो आप व्यर्थ में रहते थे, केवल आदर्श का सपना देख रहे थे।

मानक पूर्ण मनमानी है, ज्ञान की पुष्टि नहीं की जाती है

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

• क्या यह संभव है अन्यथा?
• यह हर जगह है, या कहीं और है?
• ऐसा क्यों, और अन्यथा नहीं?

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

जो मानकों को नियंत्रित करता है, क्योंकि वह अपने गौरव में अनर्गल है

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

मानक - वह हर बार नहीं सोचता।

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