MSH दुभाषिया

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

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

यदि हम भाषाओं के छोटे-छोटे अलंकरणों को त्याग देते हैं, तो ऐसी कई अवधारणाएँ हैं।

• ऑब्जेक्ट प्रोग्रामिंग
• डेटा प्रबंधन, टाइपिंग।
• प्रक्रियाओं और कार्यों के लिए मापदंडों की एक चर संख्या पारित करना।
• निष्पादन प्रक्रिया का प्रबंधन।

इन समस्याओं के समाधान से एक प्रोग्रामिंग भाषा के गुणों को जोड़ा जाता है।

ऑब्जेक्ट प्रोग्रामिंग

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

डेटा प्रबंधन, टाइपिंग

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

प्रक्रियाओं और कार्यों के लिए मापदंडों की एक चर संख्या पारित करना

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

प्रक्रिया प्रबंधन

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

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

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

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

लिनक्स x64 के लिए कार्यान्वयन किया जाता है।

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