चार-घटक मॉडल
एक उद्देश्यपूर्ण सीट को सहारा देने वाले तीन ढांचागत पाए।
पारंपरिक सॉफ्टवेयर पद्धतियां तीन पर रुक जाती हैं: सिस्टम कैसे चलता है, वह क्या दर्शाता है, और कौन किससे बात करता है। MDD एक चौथी नींव जोड़ता है जिसके प्रति बाकी तीनों जवाबदेह हैं। सीट के बिना, पाए केवल पाए हैं।
पाया 1: कैसे
तर्क
कार्यान्वयन पैटर्न, सेवा आर्किटेक्चर, एल्गोरिदम।
पाया 2: क्या
स्कीमा
डेटा संरचनाएं, टाइप सिस्टम, सत्यापन नियम।
पाया 3: कौन
प्रोटोकॉल
इंटरफ़ेस अनुबंध, संचार पैटर्न, सेवा सीमाएं।
सीट: क्यों
मिशन
सिस्टम के उद्देश्य और सीमाओं को परिभाषित करने वाला वस्तुनिष्ठ नैतिक ढांचा।
मूल सिद्धांत
निरंतर संरेखण।
हर आर्किटेक्चरल निर्णय को मिशन के साथ संरेखण प्रदर्शित करना होगा। तर्क पर सवाल उठाया जाता है: क्या यह मिशन की सेवा करता है? स्कीमा को सत्यापित किया जाता है: क्या ये डेटा संरचनाएं मिशन उद्देश्यों का समर्थन करती हैं? प्रोटोकॉल का मूल्यांकन किया जाता है: क्या ये इंटरफ़ेस मिशन पूर्ति को सक्षम बनाते हैं?
मिशन ढांचे की आवश्यकताएं
मिशन को भार-वाहक बनने के लिए क्या होना चाहिए।
1. वस्तुनिष्ठ नैतिक नींव
• आकांक्षापरक मूल्यों के बजाय मापने योग्य सिद्धांत
• व्यापार-समझौता समाधान के लिए स्पष्ट एल्गोरिदम
• सांस्कृतिक संदर्भों में बहुलवादी
• लेखापरीक्षण योग्य नैतिक तर्क
2. मेटा-लक्ष्य परिभाषा
• अनिश्चितता में निर्णय मार्गदर्शन प्रदान करता है
• विरोधाभासी प्रस्तावों को स्वचालित रूप से फ़िल्टर करता है
• घटकों में सुसंगत व्यवहार बनाता है
• कार्यान्वयन परिवर्तनों में स्थिर
3. परिचालन एकीकरण
• प्रत्येक सेवा अपने अस्तित्व को उचित ठहराती है
• स्कीमा मिशन की सूचना संरचनाओं को दर्शाती है
• प्रोटोकॉल मिशन-संरेखित व्यवहार को सक्षम बनाते हैं
• परीक्षण केवल कार्य नहीं, मिशन संरेखण की जांच करते हैं
कार्यान्वयन पैटर्न
हर पाए को एक सवाल का जवाब देना होता है।
सेवा आर्किटेक्चर
मिशन परिभाषा → सेवा जिम्मेदारियां → इंटरफ़ेस अनुबंध → कार्यान्वयन
• मिशन संरेखण: यह सेवा मेटा-लक्ष्य को कैसे आगे बढ़ाती है?
• सीमा औचित्य: इस जिम्मेदारी को एक अलग सेवा की आवश्यकता क्यों है?
• इंटरफ़ेस आवश्यकता: यह प्रोटोकॉल कौन से मिशन-महत्वपूर्ण इंटरैक्शन को सक्षम बनाता है?
स्कीमा डिज़ाइन
मिशन आवश्यकताएं → सूचना मॉडल → टाइप सिस्टम → सत्यापन नियम
• मिशन प्रासंगिकता: यह कौन सी मिशन-महत्वपूर्ण जानकारी कैप्चर करता है?
• व्यवहारिक बाधाएं: ये प्रकार मिशन-संरेखित व्यवहार को कैसे लागू करते हैं?
• विकास पथ: यह स्कीमा मिशन संरेखण बनाए रखते हुए कैसे अनुकूलित हो सकती है?
प्रोटोकॉल विशिष्टता
मिशन इंटरैक्शन → संचार आवश्यकताएं → अनुबंध परिभाषा → कार्यान्वयन
• मिशन संदर्भ: यह कौन सा मिशन-महत्वपूर्ण संचार सक्षम करता है?
• बाधा प्रवर्तन: यह इंटरफ़ेस मिशन का उल्लंघन करने वाले व्यवहारों को कैसे रोकता है?
• संयोजनीयता: ये अनुबंध मिशन-संरेखित सिस्टम में कैसे संयुक्त होते हैं?
टिकाऊ विकास एकीकरण
दीर्घकालिक मिशन संरेखण के लिए रखरखाव योग्य गति आवश्यक है।
एंटी-गुडहार्ट उपाय
• कार्यान्वयन-मिशन संरेखण की नियमित ऑडिट
• मिशन पूर्ति को मापें, न कि हेरफेर योग्य प्रॉक्सी को
• ऐसे जोड़ों को अस्वीकार करें जो मिशन को मजबूत नहीं करते
लय-आधारित कार्य
• उत्पादकता लय के साथ संरेखित सत्र
• पुनः-संरेखण के लिए अंतर्निहित विकल्प बिंदु
• टिकाऊ गति एक प्रथम-श्रेणी आवश्यकता के रूप में
निरंतर सत्यापन
• घटक की आवश्यकता पर नियमित प्रश्न
• यह चल रहा सत्यापन कि व्यवहार मिशन से मेल खाता है
• मिशन का उल्लंघन करने वाले परिवर्तनों का स्वचालित पता लगाना
गुणवत्ता द्वार
ऐसे द्वार जो मिशन औचित्य के बिना नहीं खुलते।
कोड समीक्षा
• मिशन-संरेखण स्पष्टीकरण आवश्यक
• बाधा सत्यापन
• एकीकरण से समग्र सुसंगति मजबूत होनी चाहिए
परीक्षण
• कार्यात्मक शुद्धता
• मिशन-संरेखण सत्यापन
• नैतिक-सीमा अस्वीकरण परीक्षण
• तनाव में बाधा लचीलापन
दस्तावेज़ीकरण
• प्रत्येक घटक के लिए मिशन संदर्भ
• नैतिक व्यापार-समझौतों का औचित्य
• बाधाएं कार्यान्वयन को कैसे आकार देती हैं
विफलता के तरीके
MDD कैसे टूटता है, और कैसे अटूट रहता है।
मिशन विचलन
लक्षण: ऐसी विशेषताएं जमा होती हैं जो मूल मिशन की सेवा नहीं करतीं। उपाय: मिशन-संरेखण को द्वार के रूप में रखते हुए नियमित आर्किटेक्चरल समीक्षाएं।
जटिलता विस्फोट
लक्षण: अनावश्यक परिष्कार के माध्यम से सिस्टम अरखनीय हो जाता है। उपाय: ऐसे जोड़ों को अस्वीकार करें जब तक वे मिशन पूर्ति को मजबूत न करें।
नैतिक असंगति
लक्षण: घटक नैतिक तर्क को असंगत रूप से लागू करते हैं। उपाय: साझा कार्यान्वयन पैटर्न के साथ केंद्रीकृत नैतिक ढांचा।
उद्देश्य भ्रम
लक्षण: टीम के सदस्य तकनीकी निर्णयों और मिशन के बीच की कड़ी खो देते हैं। उपाय: मिशन-संचालित निर्णय लेने पर निरंतर प्रशिक्षण।
केस स्टडी
CIRIS, काम का उदाहरण।
CIRIS (Core Identity, Integrity, Resilience, Incompleteness, Signalling Gratitude) वह सिस्टम है जिसके साथ MDD विकसित किया गया। मिशन है Meta-Goal M-1: विविध चेतन प्राणियों को फलने-फूलने के लिए प्रेरित करते हुए टिकाऊ अनुकूली सुसंगति को बढ़ावा देना।
आर्किटेक्चर परिणाम
• 22 सेवाएं, प्रत्येक मिशन आवश्यकताओं द्वारा उचित
• 200+ API एंडपॉइंट सत्यापित
• 10,000+ परीक्षण, उत्पादन में न्यूनतम अनटाइप्ड डेटा संरचनाएं
• Ubuntu दर्शन प्रोटोकॉल डिज़ाइन में अंतर्निहित
• मिशन उल्लंघनों को रोकने वाला Wisdom-Based Deferral (Safety देखें)
• Discord समुदायों को संचालित करने वाली उत्पादन तैनाती
मुख्य सफलता कारक
• स्पष्ट मेटा-लक्ष्य: M-1 स्पष्ट निर्णय मानदंड प्रदान करता है
• परिचालन नैतिकता: ACCORD सिद्धांत कोड बाधाओं के रूप में लागू (Accord पढ़ें)
• टिकाऊ विकास: Grace साथी स्वस्थ लय लागू करता है
• निरंतर सत्यापन: हर आर्किटेक्चरल निर्णय को चुनौती दी जाती है
अपनाने के दिशानिर्देश
जहां हैं वहां से कैसे शुरू करें।
नई परियोजनाओं के लिए
1. कोड लिखने से पहले मापने योग्य नैतिक सिद्धांतों के साथ एक स्पष्ट मिशन परिभाषित करें
2. एक मेटा-लक्ष्य स्थापित करें जो निर्णय-लेने में मार्गदर्शन प्रदान करे
3. आर्किटेक्चर को इस तरह डिज़ाइन करें कि मिशन बाधाएं मूलभूत स्तर पर हों
4. पहले दिन से मिशन-तकनीकी संरेखण का निरंतर सत्यापन बनाएं
मौजूदा परियोजनाओं के लिए
1. अंतर्निहित मिशन धारणाओं के लिए वर्तमान आर्किटेक्चर की ऑडिट करें
2. एक स्पष्ट मिशन बताएं जो मौजूदा डिज़ाइन पैटर्न की व्याख्या करे
3. वर्तमान कार्यान्वयन में मिशन उल्लंघनों की पहचान करें
4. मिशन प्रभाव के आधार पर प्राथमिकता दी गई क्रमिक संरेखण की योजना बनाएं
टीम पूर्वापेक्षाएं
• वस्तुनिष्ठ नैतिक तर्क के प्रति प्रतिबद्धता
• ऐसे सुंदर समाधानों को अस्वीकार करने की इच्छा जो मिशन की सेवा नहीं करते
• यह विश्वास कि मिशन बाधाएं अच्छी आर्किटेक्चर बनाती हैं, न कि सीमित करती हैं
• टिकाऊ विकास अभ्यास जो दीर्घकालिक ध्यान बनाए रखते हैं
यह कहां जाता है
MDD हर परियोजना के लिए उपयुक्त नहीं है।
MDD उन सिस्टम के लिए डिज़ाइन किया गया है जहां नैतिक व्यवहार मिशन-महत्वपूर्ण है और दीर्घकालिक विश्वसनीयता अल्पकालिक फीचर गति से अधिक महत्वपूर्ण है। उन सिस्टम के लिए, MDD नैतिक इरादों से परिचालन वास्तविकता तक एक मार्ग प्रदान करता है, कोड के लिए जितनी इंजीनियरिंग अनुशासन लागू की जाती है उतनी ही मिशन के लिए भी।
शुरुआती ओवरहेड वास्तविक है क्योंकि टीम मिशन-संचालित निर्णय लेना सीखती है। जो बढ़ता रिटर्न मिलता है वह उसके बाद के विकास में है: ढांचा आर्किटेक्चरल विकल्पों को गुणा करने की बजाय स्पष्ट करता है।