Pegjs: एक नए अनुरक्षक की तलाश में

मैं केवल यह कहना चाहता हूं कि मैंने पिछले कुछ महीनों में अभी-अभी PEG.js का उपयोग करना शुरू किया है, और मुझे यह पसंद है। व्याकरण सीखना आसान है, और अवधारणाओं की संख्या काफी कम है। दस्तावेज़ीकरण थोड़ा हल्का है, लेकिन मुझे वह सब कुछ मिला जो मुझे चाहिए। साथ ही, मैं Javascript.pegjs उदाहरण के बिना अपनी JavaScript बोली पर आरंभ नहीं कर पाता। जिससे काम का बोझ काफी कम हो गया।

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

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

मुझे नहीं पता कि मैं रखरखाव में मदद कर सकता हूं या नहीं, लेकिन मैं साइट, Google समूह आदि को लाइव देखना चाहता हूं।

@mikeaustin आपकी टिप्पणी के लिए धन्यवाद। मुझे आपके प्रश्नों का शीघ्र उत्तर देने दें (जो शायद इस मुद्दे को देखने वाले अन्य लोगों के लिए भी उपयोगी होगा)।

इसकी वर्तमान स्थिति में, इसके क्या लाभ हैं? मेरे लिए इसके साथ प्रोटोटाइप करना बहुत आसान है।

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

कमियां यह हैं कि बड़ी मात्रा में डेटा के लिए धीमा हो सकता है, लेकिन मुझे अभी इसकी परवाह नहीं है।

बहुत से लोग करते हैं, इसलिए प्रदर्शन कार्य रोडमैप में है।

इसके प्रतियोगी क्या हैं?

जैसन , नियरली

क्या आप इसे बढ़ते हुए देखना चाहते हैं, या आप चाहते हैं कि कोई संस्करण 2.0 बनाए? यदि यह वर्तमान में स्थिर है, तो इसे केवल उस पर क्यों न छोड़ें, शायद थोड़ा और दस्तावेज़ीकरण के साथ।

यह नए अनुरक्षक पर निर्भर है। लेकिन मैं नहीं चाहता कि PEG.js हमेशा के लिए सेट की गई वर्तमान सुविधा के साथ स्थिर रहे। उससे कहीं अधिक क्षमता है।

कई उपयोगी विशेषताएं हैं जिन्हें कोर (#30, #38, #107, #45, और #285) में किसी भी बदलाव के बिना अपेक्षाकृत आसानी से जोड़ा जा सकता है। फिर कुछ लंबे समय से चली आ रही समस्याएं/उपयोग के मामले हैं जिनके लिए मूल अवधारणाओं (#11, #217) या एपीआई को बदलने (#327, #430) पर कुछ पुनर्विचार की आवश्यकता होगी। मुझे लगता है कि ये सभी देखने लायक हैं।

रोडमैप के लिए, आधुनिकीकरण कोड आपको क्या देता है? और तेज? बनाए रखना आसान है? या सिर्फ "अप टू डेट"?

बनाए रखने में आसान और अद्यतित होना (जो कि आंशिक रूप से एक पीआर निर्णय है - यह बुरा है जब आपकी परियोजना तकनीकी रूप से पुरानी दिखती है, भले ही पुरानी और नई तकनीक के बीच केवल मामूली उत्पादकता अंतर हो)।

मुझे लगता है कि करंट 1.0 है। यह बहुत स्थिर है, अच्छे त्रुटि संदेश हैं, सभी फीचर काम करते हैं, आदि। सॉफ्टवेयर का 1.0 "एक" होना जरूरी नहीं है। यह अधिक 2.0, 3.0, आदि है।

हो सकता है :-) 1.0 की मेरी परिभाषा हमेशा "जब मैं इससे संतुष्ट होता हूं", जो किसी भी तरह कभी नहीं आया - आंशिक रूप से क्योंकि उस चीज पर काम करने के बजाय जो मुझे सबसे ज्यादा परेशान करती है, मैंने उन चीजों पर काम करना समाप्त कर दिया जो उपयोगकर्ताओं को सबसे ज्यादा परेशान करते थे और जो चीजें थीं वास्तविक दुनिया में PEG.js का उपयोग करने के लिए आवश्यक है। मेरे पूर्णतावादी स्वभाव ने भी मदद नहीं की।

यह 1.0 को परिभाषित करने के लिए नए अनुरक्षक पर निर्भर है।

https://github.com/futagoza/epeg.js (यह ध्यान दिया जाना चाहिए कि हालांकि सूचीबद्ध अधिकांश

मैं सब कुछ के साथ ठीक हूँ, लेकिन मेरे पास एकमात्र समस्या परीक्षण बनाए रखना है

@dmajda PEG.js के लिए बहुत-बहुत धन्यवाद। यह बहुत उपयोगी है। मुझे आशा है कि यह परियोजना जीवित रहेगी।

@futagoza बस स्पष्ट करने के लिए, आपकी टिप्पणी का मतलब है कि आप PEG.js को बनाए रखने में रुचि रखेंगे? या आपको लगता है कि भविष्य कहीं और है? :-)

मैं सब कुछ के साथ ठीक हूँ, लेकिन मेरे पास एकमात्र समस्या परीक्षण बनाए रखना है

वास्तव में क्या समस्या है?

@dmajda हाँ, मुझे इसे बनाए रखने में दिलचस्पी होगी

मैं सब कुछ के साथ ठीक हूँ, लेकिन मेरे पास एकमात्र समस्या परीक्षण बनाए रखना है

वास्तव में क्या समस्या है?

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

@dmajda मैं वर्तमान में अपने एमएससी प्रोजेक्ट के हिस्से के रूप में पीईजी.जेएस का उपयोग कर रहा हूं। यह न केवल उपयोगी है बल्कि दिलचस्प और काम करने के लिए अच्छा है। मुझे वाकई उम्मीद है कि आप किसी को PEG.js का योग्य उत्तराधिकारी मानेंगे।

@futagoza मुद्दे के विवरण में, मैंने लिखा:

मैं किसी ऐसे व्यक्ति की तलाश कर रहा हूं जिसे गहरी समझ हो कि पार्सिंग और पार्सर जेनरेटर कैसे काम करते हैं, मजबूत प्रेरणा, ओपन सोर्स डेवलपमेंट के साथ अनुभव, और स्पष्ट विचार है कि पीईजी.जेएस विकास का नेतृत्व कहां करना है (जो वर्तमान रोडमैप से मेल खा सकता है या नहीं)।

अपनी टिप्पणी में, आपने ePEG.js के लिए केवल एक लिंक प्रदान किया है, जो अपने आप में मेरे लिए यह देखने के लिए पर्याप्त नहीं है कि क्या आप ऊपर दिए गए विवरण में फिट बैठते हैं (सिवाय इसके कि ePEG.js की TODO सूची इस बात का संकेत है कि आपको शायद पता है कि कहां जाना है) लीड पीईजी.जेएस डेवलपमेंट)।

मुझे लगा कि आप अपने काम और वेब उपस्थिति को अपने लिए बोलने देना चाहते हैं, इसलिए मैंने आपकी वेबसाइट को देखा और ट्विटर और लिंक्डइन लिंक पर क्लिक किया, लेकिन वे दोनों मृत थे - जो सबसे अच्छा प्रभाव नहीं देता, जैसा कि आप शायद कर सकते हैं कल्पना कीजिए। उसके बाद मैंने हार मान ली। जहां तक ​​ePEG.js का संबंध है, वर्तमान चरण में इसे एक इच्छा सूची से कहीं अधिक मानना ​​कठिन है।

तो, मैं कुछ ठोस प्रश्न पूछता हूं:

• तुम्हारी पृष्ठभूमि क्या है? विशेष रूप से, पार्सर्स और पार्सर जेनरेटर के बारे में आपके ज्ञान का स्तर क्या है? आपको वह ज्ञान कहाँ से मिला?

• PEG.js पर काम करने के लिए आपकी प्रेरणा क्या है? विशेष रूप से, क्या आप अपने व्यक्तिगत या कार्य परियोजनाओं में PEG.js (या ePEG.js) का उपयोग करते हैं? क्या PEG.js को बनाए रखना आपके दैनिक कार्य का हिस्सा होगा या आप इसे अपने खाली समय में करेंगे?

• ओपन सोर्स प्रोजेक्ट्स के साथ आपका अनुभव कैसा है? विशेष रूप से, क्या आपने पीईजी.जेएस (मुख्य रूप से उपयोगकर्ताओं की संख्या में) के साथ तुलनीय कोई ओपन सोर्स प्रोजेक्ट बनाए रखा है?

• आपकी राय में, शीर्ष 5 चीजें क्या हैं जो वर्तमान में PEG.js गायब हैं या सही नहीं कर रही हैं? साथ ही, क्या आप यह बता सकते हैं कि आप इस परियोजना को कहाँ ले जाना चाहेंगे? आप इसे एक साल में कहाँ देखना चाहेंगे?

इन सवालों के जवाब देने के लिए धन्यवाद। वे मुझे यह तय करने में मदद करेंगे कि क्या आप PEG.js के भविष्य के सही अनुरक्षक होंगे।

इसलिए मैंने आपकी वेबसाइट देखी और ट्विटर और लिंक्डइन लिंक पर क्लिक किया, लेकिन वे दोनों मृत थे

वह साइट मेरी पुरानी वेबसाइट की कॉपी/पेस्ट है जिसे मैंने 2010 में बनाया था जब मैं अपने पुराने उपनाम विट्रॉन प्रिंस के पास गया था, इसलिए लिंक अधिकतर अब मान्य नहीं हैं, या उन साइटों/प्रोफाइल तक ले जाते हैं जिन्हें मैं अब और नहीं रखता हूं, जबकि साइट कभी ठीक से समाप्त नहीं हुई थी। आजकल मेरे पास केवल एक ही ऑनलाइन उपस्थिति है जो GitHub और PlayStation है, मुख्य रूप से इस तथ्य के कारण कि मैं एक पूर्णकालिक देखभालकर्ता हूं।

तुम्हारी पृष्ठभूमि क्या है? विशेष रूप से, पार्सर्स और पार्सर जेनरेटर के बारे में आपके ज्ञान का स्तर क्या है? आपको वह ज्ञान कहाँ से मिला?

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

जहां तक ​​पार्सर जनरेटर का सवाल है, मुझे पता है कि PEG.js के लिए पार्सर जनरेटर का अध्ययन करने के साथ-साथ इस ज्ञान के साथ आने से सीखा गया था कि संख्याओं की तुलना करना स्ट्रिंग्स की तुलना में तेज़ है, इसलिए String#charAt से अधिक String#charCodeAt को प्राथमिकता दी है String#charAt जब तक गति एक कारक नहीं है। मुझे अभी भी options.optimize = "size" का उपयोग करके एक पार्सर उत्पन्न करने से संबंधित भागों को समझने में परेशानी होती है, लेकिन speed with accuracy पर मेरे ध्यान के कारण, मुझे वास्तव में पार्सर पीढ़ी के इस हिस्से का अध्ययन करने की प्रेरणा नहीं मिली।

यह भी ध्यान दें: हालांकि मैंने काफी कुछ सीखा है, मुझे शब्दावली याद रखने में परेशानी होती है 😊

PEG.js पर काम करने के लिए आपकी प्रेरणा क्या है? विशेष रूप से, क्या आप अपने व्यक्तिगत या कार्य परियोजनाओं में PEG.js (या ePEG.js) का उपयोग करते हैं? क्या PEG.js को बनाए रखना आपके दैनिक कार्य का हिस्सा होगा या आप इसे अपने खाली समय में करेंगे?

PEG.js पर काम करने के लिए मेरी प्रेरणा CXLang विकसित कर रही है , साथ ही साथ विभिन्न टेक्स्ट आधारित संसाधन फ़ाइलों के लिए कस्टम पार्सर बनाना जो मैं अपने गेम में उपयोग करूंगा, इसलिए मैं कहूंगा कि मैं इसे व्यक्तिगत और कार्य दोनों परियोजनाओं के लिए उपयोग कर रहा हूं, इसलिए PEG.js को बनाए रखना, ePEG.js की तरह, ज्यादातर मेरे खाली समय में होगा।

जो मैं अभी विकसित करने पर केंद्रित हूं वह है (कार्यात्मक होने की आवश्यकता के क्रम में):

• PEG.js या https://github.com/futagoza/epeg.js
• https://github.com/cx-lang/cx-lang
• Roxby, एक C++ गेम इंजन और Node.js आधारित SDK जो निर्बाध लेकिन अनुकूलन योग्य 3D दुनिया बनाने के लिए है
• Xross M, एक क्रॉस प्लेटफॉर्म और गेम अज्ञेयवादी मॉड सिस्टम
• Xross C, एक गेम अज्ञेयवादी साथी ऐप
• क्रॉस प्लेटफॉर्म मल्टी-प्लेयर और मल्टी-प्लेटफॉर्म पर ध्यान देने के साथ एक मिनीक्राफ्ट क्लोन बचाता है
• एक MMORPG गेम, जो पॉकेट वर्ल्ड को शामिल करते हुए, 1 निर्बाध रूप से विशाल और इंटरैक्टिव दुनिया में स्थापित है
• मेरे MMORPG में एक ही पॉकेट वर्ल्ड पर आधारित सिंगल प्लेयर गेम्स की एक श्रृंखला प्रदर्शित की गई है

यह ध्यान दिया जाना चाहिए कि मैं CXLang, Roxby और Xross में PEG.js का उपयोग करता हूं, जो वर्तमान में PEG.js को मेरे खेल के विकास का एक बहुत महत्वपूर्ण हिस्सा बनाता है, क्योंकि यह मुझे सादे पाठ में विभिन्न संपत्ति बनाने और फिर PEG.js का उपयोग करने की अनुमति देता है। और कस्टम कंपाइलर, उन्हें किसी भी गेम, अन्य प्रोग्राम/टूल्स या लाइब्रेरी कोड द्वारा उपयोग किए जाने वाले देशी कोड में बदल देते हैं।

ओपन सोर्स प्रोजेक्ट्स के साथ आपका अनुभव कैसा है? विशेष रूप से, क्या आपने पीईजी.जेएस (मुख्य रूप से उपयोगकर्ताओं की संख्या में) के साथ तुलनीय कोई ओपन सोर्स प्रोजेक्ट बनाए रखा है?

नहीं, जैसा कि मैं 2013 से एक देखभालकर्ता रहा हूं, मैंने अपना खाली समय या तो वीडियो गेम, कोरियाई नाटक या विभिन्न सी ++/नोड.जेएस परियोजनाओं (ज्यादातर ऊपर वर्णित) पर काम करने में बिताया है, जिनमें से कुछ मैं गिटहब पर रखता हूं अगर मैं कोड साझा करना चाहता हूं, अन्य जो मैं अपने लैपटॉप पर रखता हूं क्योंकि उनमें व्यक्तिगत परियोजनाओं के लिए कोड होते हैं जिन्हें मैं भविष्य में वाणिज्यिक उत्पाद बनाने के लिए विकसित कर रहा हूं।

हालांकि CXLang पहले से ही खुला स्रोत है (इस तरह के, क्योंकि इसके विभिन्न हिस्सों को अभी तक गिटहब में नहीं बनाया गया है क्योंकि यहां और वहां छोटे परीक्षणों के साथ विकास जारी है), मैं केवल स्रोत रॉक्सबी और एक्सरॉस खोलने की योजना बना रहा हूं जब मैंने काम करने वाले प्रोटोटाइप विकसित किए हैं मेरे गेम)।

आपकी राय में, शीर्ष 5 चीजें क्या हैं जो वर्तमान में PEG.js गायब हैं या सही नहीं कर रही हैं? साथ ही, क्या आप यह बता सकते हैं कि आप इस परियोजना को कहाँ ले जाना चाहेंगे? आप इसे एक साल में कहाँ देखना चाहेंगे?

• ePEG.js या विकल्प न बनाने का एक कारण
• वर्तमान बाइटकोड जनरेटर केवल वर्तमान जावास्क्रिप्ट जनरेटर के साथ उपयोगी है
  
  
  
  • यह कंपाइलर पास का हिस्सा नहीं होना चाहिए, लेकिन जनरेटर के लिए एक वैकल्पिक सहायक होना चाहिए
  
  
  • किसी भी भाषा में पार्सर उत्पन्न करने में मदद करने के लिए बाइटकोड और एएसटी का उत्पादन करना चाहिए (प्लगइन विशिष्ट)
  
  
  • विकल्पों के आधार पर, पार्सर जनरेटर का मार्गदर्शन करने के लिए वैकल्पिक बायटेकोड उत्पन्न करें
  
  
• PEG.js व्याकरण सिंटैक्स के भीतर क्रियाएँ और स्ट्रिंग अक्षर पार्सर जनरेटर और स्रोत प्रकारों को प्रतिबंधित करते हैं:
  
  
  
  • एक विशेषता ( <strong i="27">@returns</strong> ... या [returns = ...] ) जो नियमों द्वारा उपयोग की जाने वाली कार्रवाइयों के लिए वापसी प्रकार सेट करती है
  
  
  • अनुक्रम चयन और निष्कर्षण के लिए सिंटैक्स = कम क्रियाएं और विशिष्ट भाषा पर कम निर्भरता
  
  
  • सांख्यिक शाब्दिक के माध्यम से बफर समर्थन, अन्य फ़ाइलों के लिए पार्सर विकसित करने के लिए फिर सादा पाठ स्रोत कोड
  
  
• सिंटेक्स जो पार्सर्स के अधिक तीव्र विकास की अनुमति देता है:
  
  
  
  • कम PEG.js व्याकरण लिखने के लिए टेम्पलेट
  
  
  • आंतरिक पास या प्लगइन के आउटपुट को आसानी से प्रबंधित करने के लिए गुण (पूर्व-परिभाषित और कस्टम)
  
  
  • अन्य व्याकरणों से नियम आयात करना, डेवलपर को फ़ाइल नाम से नियमों को आसानी से ट्रैक करने की अनुमति देता है
  
  
• वर्तमान प्लगइन सिस्टम एपीआई को बदलना और संपादकों में उपयोग के लिए पीईजी.जेएस को अनुकूलित करना कठिन बनाता है
• पार्सर जनरेटर बहुत जटिल है और प्लगइन के अनुकूल नहीं है। इसे अलग-अलग फाइलों में विभाजित किया जाना चाहिए।

वर्तमान में, आप PEG.js (वेबसाइट या GitHub रिपॉजिटरी पर) के बारे में सबसे पहले पढ़ते हैं:

PEG.js जावास्क्रिप्ट के लिए एक सरल पार्सर जनरेटर है जो उत्कृष्ट त्रुटि रिपोर्टिंग के साथ तेज़ पार्सर उत्पन्न करता है। आप इसका उपयोग जटिल डेटा या कंप्यूटर भाषाओं को संसाधित करने और ट्रांसफॉर्मर, दुभाषियों, कंपाइलर और अन्य टूल को आसानी से बनाने के लिए कर सकते हैं।

मेरा मानना ​​​​है कि उपरोक्त कारणों को हल करने से न केवल इस अनुच्छेद के वादे का समर्थन होगा, बल्कि डेवलपर को पार्सर्स विकसित करने में अधिक स्वतंत्रता भी मिलेगी।

सच कहूं तो, मेरे वर्तमान कार्यक्रम को देखते हुए, मैं यह नहीं देख सकता कि यह एक वर्ष में कहाँ होगा, लेकिन PEG.js के लिए मेरा रोडमैप कुछ इस तरह होगा:

• __PEG.js v1__ - आपके 0.11 मील के पत्थर के बारे में जो कुछ भी बताया गया है, उसमें से अधिकांश शामिल हैं, लेकिन बहु-फ़ाइल समर्थन के साथ
• __PEG.js v1.x__ - अनुरक्षित रिलीज़ (वर्तमान LTS)
• __PEG.js v2.x__ - ईसीएमएस्क्रिप्ट 2015 में लिखे गए कोड-बेस के साथ उपरोक्त अधिकांश सुविधाओं को लागू करें
• __PEG.js v3.x__ - LTS रिलीज़
• __PEG.js v4.x__ - ECMAScript 2017 कोड-बेस, बफर सपोर्ट, नया प्लगइन इंटरफ़ेस
• __PEG.js v5.x__ - LTS रिलीज़
• __PEG.js v6.x__ - ECMAScript 20xx कोड-बेस, जटिल डेटा संरचनाएं , नया जावास्क्रिप्ट पार्सर जनरेटर
• __PEG.js v7.x__ - LTS रिलीज़
• __PEG.js v8.x__ - ECMAScript 20xx कोड-बेस, अधिक सहायक और वैकल्पिक पास, संपादक केंद्रित समर्थन
• __PEG.js v9.x__ - अंतिम LTS रिलीज़, ECMAScript 20xx+ कोड-बेस

इस रोडमैप का कारण मेरे कार्यों और उपयोगकर्ता मुद्दों को अधिक आसानी से विभाजित करने में मदद करना है, साथ ही मुझे पार्सर जनरेटर के बारे में अधिक जानने के साथ-साथ एक बेहतर प्लगइन इंटरफ़ेस की योजना बनाना, __PEG.js v4.x__ और __PEG के लिए खुद को तैयार करना है। .js v6.x__

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

मैं एक मार्कडाउन पार्सर लिखने के लिए पेग का उपयोग कर रहा हूं, धन्यवाद

मैं एक फ्रंट-एंड डेवलपर हूं, और मैं वेबसाइट में सुधार कर सकता हूं, क्या आप मुझे इस संगठन में शामिल होने के लिए आमंत्रित कर सकते हैं? धन्यवाद!

@futagoza सबसे पहले, मुझे अपने धीमे उत्तर के लिए क्षमा करें - आपके द्वारा लिखी गई बातों को पढ़ने, इसके बारे में सोचने और पिछले सप्ताह के दौरान उत्तर लिखने के लिए निरंतर समय निकालना मेरे लिए कठिन था।

आपने जो लिखा है, उससे मैं देख सकता हूं कि आप अच्छी तरह से प्रेरित हैं और आपकी योग्यता ठोस है। PEG.js के बारे में आपके विचार भी मेरे विचार से PEG.js की सबसे बड़ी समस्याओं से मेल खाते हैं, जैसा कि इसके उपयोगकर्ताओं द्वारा माना जाता है। मुझे विशेष रूप से यह पसंद है कि आप अधिक योगदानकर्ताओं को शामिल करना चाहेंगे - यह एक ऐसा क्षेत्र है जहां मुझे लगता है कि मैं एक अनुरक्षक के रूप में कुछ हद तक विफल रहा हूं।

एक बात जिसके बारे में मैं थोड़ा चिंतित हूं, वह यह है कि आप बहुत सी सुविधाओं को पेश करना चाहते हैं, जिससे फीचर रेंगना हो सकता है। बहुत सारे PEG.js उपयोगकर्ता इसकी सादगी को महत्व देते हैं।

किसी भी मामले में, उपरोक्त सभी को देखते हुए और यह देखते हुए कि कोई और PEG.js को लेने में दिलचस्पी नहीं रखता है, मुझे कोई कारण नहीं दिखता कि आप PEG.js रखरखाव क्यों न दें।

मैं एतद्द्वारा आपको PEG.js का एक नया अनुरक्षक घोषित करता हूँ।

बधाई हो!

मैं एक मिनट में ट्विटर और Google समूह में बदलाव की घोषणा करूंगा। फिर मैं आपको परियोजना संपत्तियों के हस्तांतरण के बारे में विवरण के साथ एक ईमेल भेजूंगा। एक बार ट्रांसफर हो जाने के बाद, मैं प्रोजेक्ट से पूरी तरह पीछे हट जाऊंगा।

मुझे आशा है कि आप PEG.js की अच्छी देखभाल करेंगे और इसका भविष्य आपके हाथों में उज्ज्वल होगा :-)

मैं एक फ्रंट-एंड डेवलपर हूं, और मैं वेबसाइट में सुधार कर सकता हूं, क्या आप मुझे इस संगठन में शामिल होने के लिए आमंत्रित कर सकते हैं? धन्यवाद!

@ericjjj प्रस्ताव के लिए धन्यवाद, यह अभी @futagoza पर

@futagoza 😂 बधाई हो, मैं एक फ्रंट-एंड डेवलपर हूं, और मैं वेबसाइट में सुधार कर सकता हूं, क्या आप मुझे इस संगठन में शामिल होने के लिए आमंत्रित कर सकते हैं? धन्यवाद!

@dmajda धन्यवाद , और मैं अपनी

मैं फीचर रेंगने के बारे में भी चिंतित था, इसलिए मैंने एलटीएस शेड्यूल को ऊपर रोडमैप में जोड़ा, लेकिन जैसा कि मैंने ऊपर उल्लेख किया है, यह अभी तक पत्थर में सेट नहीं है।

@ericjjj प्रस्ताव के लिए धन्यवाद m8

मैं इस पर जा रहा हूं कि सबसे ज्यादा क्या करने की जरूरत है, लेकिन वेबसाइट पहले से ही अपडेट करने के लिए मेरी चीजों की सूची में है।

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

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

@futagoza ठीक है, बहुत बहुत धन्यवाद

अगर संगठन में जोड़ा जाता है तो मैं योगदान दूंगा

मैं एक बड़े चरण-दर-चरण ट्यूटोरियल के लिए कुछ एक साथ रख सकता था। एक बहुत ही बुनियादी भाषा, जैसे कि जावास्क्रिप्ट को इसके मूल से छीन लिया गया है, ने मुझे PEG.js का उपयोग करने का तरीका सीखने में मदद की होगी। एएसटी को पार करने का सबसे अच्छा तरीका यह भी जानना था कि मुझे कहीं और खोजना था।

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

मेरे द्वारा लिखे गए उदाहरण लेख:
https://structura.quora.com/Extension-Methods-in-JavaScript

तो, @futagoza नया PEG.js अनुरक्षक है।
लेकिन फिर भी मसला क्यों खुला है?

बीटीडब्ल्यू, इस तरह के एक महान परियोजना दोस्तों के लिए धन्यवाद!
मेरे पहले कार्यक्रमों में से एक सी ++ में लिखा गया पास्कल भाषा पार्सर था - इसे काम करना इतना कठिन था: डी
JavaScript + PEG.js ऐसे कार्य को और अधिक आसान बनाते हैं

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

लेकिन फिर भी मसला क्यों खुला है?

मैं बस इसे बंद करना भूल गया। अब ऐसा कर रहे हैं।