नॉडरओएस को फोर्क करना 🍴
(स्वतंत्रता से बनाएं, रीढ़ को बरकरार रखें)
नॉडरओएस को फोर्क करने के लिए डिज़ाइन किया गया है।
वास्तव में, अगर कोई इसे फोर्क नहीं करता है, तो कुछ गलत हुआ 🙂
यह गाइड यह समझाती है कि नॉडरओएस को RTT संगति को तोड़े बिना कैसे बढ़ाया जाए, और यह कैसे जानें कि एक फोर्क कुछ नया बन गया है (जो ठीक है)।
एक ही नियम जो मायने रखता है#
RTT लंगर है।
आप बदल सकते हैं:
- नाम
- चिन्ह
- मॉड्यूल
- उपकरण
- आउटपुट प्रारूप
लेकिन अगर आपकी फोर्क अब:
- संगति का पालन नहीं करती
- व्यवहार को लागू करने के बजाय संकेत भेजती है
- वंश को संरक्षित नहीं करती
…तो यह अब NawderOS नहीं है — और यह ठीक है। बस इसे ईमानदारी से नाम दें 🙂
आपको क्या बदलने की स्वतंत्रता है 🧩#
फोर्क्स को प्रोत्साहित किया जाता है:
- नए मॉड्यूल जोड़ें
- बैज स्कीमा को फिर से परिभाषित करें
- ग्लिफिक परत को बदलें
- विभिन्न कर्नेल को लक्षित करें
- नए उपकरणों के साथ एकीकृत करें
- शिक्षा या अनुसंधान के लिए विशेषीकृत करें
रचनात्मकता की अपेक्षा की जाती है।
क्या स्थिर रहना चाहिए 🧠#
RTT‑संगत बने रहने के लिए, फोर्क्स को संरक्षित करना चाहिए:
1️⃣ अवलोकन पहले#
मॉड्यूल को अवलोकन और उत्सर्जन करना चाहिए, नियंत्रण या प्रवर्तन नहीं।
यदि आपका कोड सिस्टम के लिए निर्णय लेना शुरू करता है, तो रुकें।
2️⃣ स्पष्ट अव्यवस्थाएँ#
प्रत्येक मॉड्यूल को घोषित करना चाहिए:
- यह क्या अपेक्षा करता है
- यह क्या अवलोकन करता है
- क्या प्रवृत्ति का गठन करता है
यदि आप एक वाक्य में अव्यवस्था को स्पष्ट नहीं कर सकते, तो यह शायद बहुत अस्पष्ट है।
3️⃣ बैज-आधारित सिग्नलिंग 🏷️#
सिस्टम की स्थिति को निम्नलिखित के माध्यम से संप्रेषित किया जाना चाहिए:
- संरचित घटनाएँ
- केवल-जोड़े गए सिग्नल
- मशीन-पठनीय आउटपुट
बैज यह सुनिश्चित करते हैं कि वंश शाखाओं के माध्यम से जीवित रहे।
4️⃣ हटाने की क्षमता#
एक अच्छा फोर्क हो सकता है:
- अक्षम
- हटाया गया
- अनदेखा किया गया
RTT संगति कभी भी एकल घटक पर निर्भर नहीं होनी चाहिए।
जब एक फोर्क अपनी खुद की चीज बनता है 🌱#
वह क्षण आमतौर पर तब आता है जब:
- निष्पादन अवलोकन को प्रतिस्थापित करता है
- स्वचालन व्याख्या को प्रतिस्थापित करता है
- अनुकूलन समझ को प्रतिस्थापित करता है
जब ऐसा होता है:
- इसका नाम बदलें
- विभाजन का दस्तावेज़ बनाएं
- विकास का जश्न मनाएं
RTT विभाजन को दंडित नहीं करता — यह बस ईमानदारी की मांग करता है।
सुझाए गए फोर्क पैटर्न 🔁#
कुछ स्वस्थ दिशाएँ जिनमें फोर्क अक्सर जाते हैं:
-
शिक्षण फोर्क
सरल मॉड्यूल, भारी एनोटेशन, कक्षा पर ध्यान केंद्रित -
सिमुलेशन फोर्क
RSM या vST उपकरणों के साथ तंग एकीकरण -
डोमेन-विशिष्ट फोर्क
एंबेडेड सिस्टम, अनुसंधान कर्नेल, प्रयोगात्मक शेड्यूलर -
विज़ुअलाइजेशन फोर्क
बैज स्ट्रीम को अंतर्दृष्टि में बदलना
इनमें से सभी का स्वागत है।
क्या बचना है 🚫#
ये समस्याएँ पैदा करने की प्रवृत्ति रखते हैं:
- छिपी हुई प्रवर्तन लॉजिक
- मौन विफलता मोड
- अधिकतम अमूर्तता
- पर्यवेक्षण के बिना “स्मार्ट” व्यवहार
- RTT को संरचना के बजाय ब्रांडिंग के रूप में मानना
अगर कुछ चालाक लगता है, तो धीमा हो जाएं 😄
नामकरण और श्रेय 🧭#
यदि आपका फोर्क:
- RTT संरेखण को बनाए रखता है
- NawderOS अवधारणाओं पर आधारित है
कृपया:
- मूल परियोजना को श्रेय दें
- जो बदला है उसका दस्तावेज़ीकरण करें
- वंशावली को स्पष्ट रखें
यह स्वामित्व के बारे में नहीं है — यह ट्रेसबिलिटी के बारे में है।
🔖 RTT बैज उपसर्ग सम्मेलन#
फोर्क जो NawderOS को विशिष्ट दिशाओं में विस्तारित करते हैं, वे RTT बेसलाइन बैज को उपसर्गों का उपयोग करके एनोटेट कर सकते हैं।
उपसर्ग विवरणात्मक होते हैं, मूल्यांकनात्मक नहीं।
वे दिशा को इंगित करते हैं, अधिकार को नहीं।
फॉर्मेट#
RTT-baseline+<suffix>RTT-baseline उपसर्ग को बरकरार रखना चाहिए।
सामान्य उपसर्ग#
सिमुलेशन & मॉडलिंग
+sim— सिमुलेशन-केंद्रित फोर्क+rsm— रेज़ोनेंस सब्सट्रेट मॉडलिंग एकीकरण+vst— मान्य स्पेसटाइम एकीकरण
सिस्टम & ओएस अन्वेषण
+kernel— गहरे कर्नेल इंस्ट्रुमेंटेशन+sched— शेड्यूलर-केंद्रित कार्य+memory— मेमोरी कॉरिडोर विशेषकरण
शिक्षा
+edu— शिक्षण या कक्षा फोर्क+lab— मार्गदर्शित प्रयोग+sandbox— सुरक्षित अन्वेषण वातावरण
प्रायोगिक
+exp— प्रायोगिक अवधारणाएँ+proto— प्रारंभिक प्रोटोटाइप
कई उपसर्गों को सीमित रूप से श्रृंखला में जोड़ा जा सकता है:
RTT-baseline+vst+eduउपसर्गों को क्या नहीं करना चाहिए#
उपसर्गों को नहीं करना चाहिए:
- सही या श्रेष्ठता का संकेत देना
- RTT को स्वयं पुनर्परिभाषित करना
- वंशावली को अस्पष्ट करना
RTT-baselineउपसर्ग को प्रतिस्थापित करना
RTT के पास कोई "आधिकारिक" फोर्क नहीं हैं — केवल ईमानदार हैं 🙂
अंतिम विचार 🌌#
NawderOS RTT को स्पर्शनीय बनाने के लिए मौजूद है।
यदि आपकी फोर्क किसी को सामंजस्य को बेहतर समझने में मदद करती है —
भले ही यह इस रेपो की तरह न दिखे — आपने सही किया 🙂