🏈 🦆 🎻 मैं 10 मिनट में डोमेन ड्रिवेन डिज़ाइन के बारे में क्या सीख सकता हूँ? 🗂️ 🚬 ⏬

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

हमने अलग-अलग कोणों से डीडीडी को घुमाया और समीक्षा की, और साथ में उग्रा इंटरनेट सॉल्यूशंस के तकनीकी निदेशक आंद्रेई रतुशनी के साथ।

कंपनी के बारे में: Ugra Internet Solutions एक ऐसी कंपनी है जो वाणिज्यिक और सार्वजनिक क्षेत्रों में व्यावसायिक प्रक्रियाओं के स्वचालन में लगी हुई है। खांटी-मानसीस्क शहर में स्थित है। विकास में 12 लोग।

1. डीडीडी क्या है, एक बच्चे (या एक बाज़ारिया) को भी समझाया जा सकता है

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

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

DDD दृष्टिकोण बताता है कि यह सब, निश्चित रूप से, महत्वपूर्ण है, लेकिन माध्यमिक है। व्यवसाय अधिक महत्वपूर्ण है और पहले आना चाहिए। और इस पूरी चीज़ को एक साथ काम करने के लिए, DDD हमें (डेवलपर्स) व्यापार के साथ एक ही भाषा बोलने के लिए सिखाता है। प्रोग्रामिंग भाषा में नहीं, बल्कि व्यावसायिक भाषा में। इसे DDD Ubiquitous भाषा में कहा जाता है।

2. डीडीडी चिप - बाउंडेड कॉन्सेप्ट

बाउंडेड कॉन्सेप्ट एक प्रमुख डीडीडी टूल है, यह एक स्पष्ट सीमा है जिसके भीतर एक डोमेन मॉडल मौजूद है। यह एक एकल भाषा को एक सॉफ्टवेयर मॉडल में मैप करता है। यह संदर्भों के आधार पर है कि आप कोड को मॉड्यूल / पैकेज / घटकों में विभाजित कर सकते हैं ताकि उनमें से प्रत्येक में परिवर्तन का दूसरों पर न्यूनतम (या शून्य) प्रभाव हो।

डेवलपर्स के लिए, यह दृष्टिकोण आपको इस डर के बिना कोड में बदलाव करने की अनुमति देता है कि कहीं दूसरी जगह कुछ टूट जाएगा (उदाहरण के लिए, चेकआउट में कुछ बदलें और चिंता न करें कि कुछ इस वजह से कोरियर से गिर जाएगा)।

टीम के नेताओं के लिए, यह दृष्टिकोण हमें टीमों (एस) के काम को काफी समानांतर करने की अनुमति देता है, जो परियोजना पर काम में तेजी ला सकता है।

एक सीमित संदर्भ के अलावा, संदर्भ मानचित्र, एक भाषा, संदर्भों, अनुवाद मानचित्रों के बीच संबंध ... uhhh जैसी सभी प्रकार की चीजें हैं! आपने इसके बारे में 10 मिनट में नहीं बताया, लेकिन आप "हरी" पुस्तक पढ़ सकते हैं।

3. डीडीडी पर सामान्य पुस्तकें: लाल, नीला और हरा

DDD एक बहुत पुराना तरीका है। इसका उपयोग उचित और काफी न्यायसंगत लगता है, लेकिन किसी कारण से यह अभी भी व्यापक नहीं है, सम्मेलनों में इसके बारे में बहुत कम कहा जाता है। इस DDD में क्या गलत है?

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

लाल और नीली किताबों को यह महसूस करना मुश्किल है कि बीच में कहीं मैं किताब को चिल्लाते हुए खिड़की से बाहर फेंकना चाहता हूं: "मुझ से इस बकवास के लिए, देखें यह समझ से बाहर DDD! मैं जाऊंगा और जैसा कर सकता हूं वैसा करूंगा। ” और यह केवल सिद्धांत के बारे में है, अभ्यास पर सामग्री के साथ यह और भी जटिल है।

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

4. कैसे समझें कि यह डीडीडी लागू करने का समय है

अपने सिस्टम के लिए उपयोग मामलों की संख्या की गणना करें। यदि वे 10-15 के क्षेत्र में हैं, तो व्यापार तर्क इतना जटिल नहीं है, और आप भाप नहीं कर सकते, किसी भी डीडीडी का उपयोग न करें।

यदि आपके पास 30-50 या अधिक यूएक्स मामले हैं, और वे बहुत ओवरलैप करते हैं, तो सिस्टम के कम से कम कुछ हिस्से में डीडीडी का उपयोग करने के बारे में सोचने के लिए समझ में आता है।

5. कंपनी में डीडीडी को नीचे से ऊपर तक कैसे लागू किया जाए

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

अकेले डीडीडी का गुरिल्ला शुरू करना कठिन है। पहले, प्रक्रिया शुरू करने के लिए ज्ञान पर्याप्त नहीं हो सकता है। दूसरे, आपकी टीम के दोस्त यह सोच सकते हैं कि आप बेवकूफी कर रहे हैं और पहियों में चिपक कर सब कुछ तोड़ देंगे।

पहल समूह बनाकर कार्यान्वयन शुरू करना बेहतर है: दृष्टिकोण को एक साथ आज़माएं, बारीकियों को समझें और व्यवहार में समझें।

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

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

6. कंपनी में डीडीडी को ऊपर से नीचे तक कैसे लागू किया जाए

सुनिश्चित करें कि यह दृष्टिकोण किसी विशेष मामले में मदद करेगा।
टीम में एक व्यक्ति खोजें, जिसके पास वास्तु कौशल है (वह यह निर्धारित करने में मदद करेगा कि सिस्टम में कटौती करने के लिए कहां है)।
आपको सिखाने के लिए DDD चिकित्सकों को आमंत्रित करें।
. ! . , .

7. DDD

बेशक, अभ्यास के माध्यम से। बस उस व्यक्ति को पहले से न बताएं कि आप उसे डीडीडी सिखा रहे हैं, समय से पहले डरें नहीं।

व्यक्ति को आने दें और पहेलियाँ प्राप्त करें। उसे यह मत कहो कि यह डीडीडी है, उसे बस करने दो। वह इस आधार पर करेगा कि वह किस तरह से ठोस और सभी को समझता है। फिर, जब वह काम सौंप देगा, तो उसे कहना होगा: "प्रिय दोस्त, यह काम करने लगता है, लेकिन इसे फिर से तैयार करने की जरूरत है," और उसे समझाएं कि क्यों।

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

8. मैं DDD करने में सक्षम हूं - रूस में फिर से शुरू करने के लिए एक महत्वहीन रेखा

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

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

9. चेहरे के बालों के साथ डीडीडी का संबंध

अवलोकन: डीडीडी को समझने वाले लोग दाढ़ी पहनते हैं। क्या इसका मतलब यह है कि डीडी में सफलता के लिए दाढ़ी रखना एक शर्त है? तुम क्या सोचते हो?

10. डीडीडी पर उपयोगी सामग्री

Microsoft DDD के बारे में
Ruby-: Domain Driven Design (1 , 2 , 3 , 4 , 5 )
DDD
DDDevotion c
DDDevotion

« ». , . , Miro, , Amazon, Microsoft, . .

:
SoundCloud
Apple Podcasts
.
Spotify
VK
Telegram.

मैं 10 मिनट में डोमेन ड्रिवेन डिज़ाइन के बारे में क्या सीख सकता हूँ?