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