सर्वव्यापी भाषा - शुद्धता और प्रयोज्य के बीच संघर्ष


10

डोमेन ड्रिवेन डिज़ाइन का एक मुख्य हिस्सा सिस्टम में सर्वव्यापी भाषा का निरंतर उपयोग है - बातचीत, कोड, डेटाबेस स्कीमा, यूआई, परीक्षण आदि में।

मैं एक ऐसी परियोजना में शामिल हूं जिसमें पहले से ही एक अच्छी तरह से स्थापित डोमेन भाषा है, जिसे एक अंतरराष्ट्रीय मानकों के संगठन द्वारा परिभाषित किया गया है।

हालाँकि, हम जो काम कर रहे हैं वह एक सार्वजनिक वेब साइट के लिए है, और डोमेन के लिए 'सही' शब्द जरूरी नहीं है कि जनता आम तौर पर उनका उपयोग कैसे करे और उन्हें समझे।

फिलहाल हम जो समझौता कर रहे हैं, वह 'आधिकारिक' शब्दों का उपयोग हर जगह है, सिवाय हमारे स्वीकृति मानदंडों के जो यूआई घटकों को संदर्भित करते हैं, जहां हम अनौपचारिक नामों का उपयोग करते हैं।

क्या यह एक उचित दृष्टिकोण की तरह लगता है?


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

1
मुझे इवांस किताब के उस हिस्से को पढ़ते हुए कुछ समय हो गया है, लेकिन मुझे लगा कि सर्वव्यापी भाषा का उपयोग डोमेन विशेषज्ञ के साथ किया जाना है? मैं निश्चित रूप से किसी उपयोगकर्ता से डोमेन विशेषज्ञ की सभी शब्दावली को समझने की उम्मीद नहीं करूंगा, इसलिए मैं केवल उस उपयोगकर्ता के लिए उपस्थित रहूंगा जो आपने अनौपचारिक नामों को डब किया है।
कालेब पेडरसन

जवाबों:


7

हाँ, यह उचित लगता है। यदि इच्छित दर्शक आपकी भाषा की शर्तों को नहीं समझते हैं या उनकी गलत व्याख्या करते हैं, तो एंड्यूसर के लिए प्रयोज्यता पूर्वता लेती है।

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

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

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

लेकिन यह सुनिश्चित करें कि सामने वाले देवता आपके अनौपचारिक शब्दों और उनके संबंधित डोमेन शब्दों के बारे में जानते हैं।


1

मुझे लगता है कि इसका उत्तर देने का सबसे आसान तरीका यह होगा कि आप बिल्कुल उसी तरह से रेखा खींचेंगे जहां आप इसे आकर्षित करेंगे यदि आप यूआई को पूरी तरह से अलग भाषा में प्रस्तुत कर रहे थे।

यदि आपके अंतिम उपयोगकर्ताओं को संस्कृत में चीजें देखने की जरूरत है, तो आप UI और कोड (और अन्य आंतरिक संचार) के बीच अंतर को कैसे पाटेंगे।


ख़ूब कहा है। यह "हम्प्टी-डम्प्टी समस्या" को इंगित करता है: शब्द केवल एक प्रतिस्थापन नहीं हैं, वे उन चीजों का उल्लेख करते हैं जो लोग स्वतंत्र रूप से शब्दों और उनके उपयोग के बारे में जानते हैं। पशु उदाहरण के लिए 'तापमान' के विचार को समझते हैं। हम शब्दों पर लटका देते हैं, जब वे अवधारणाओं के लिए सिर्फ प्रतीक होते हैं। अवधारणाएं महत्वपूर्ण चीजें हैं।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.