डेव्स, छात्रों, और शोधकर्ताओं द्वारा वास्तव में आज लिनक्स पर क्या किया जा रहा है#

हम NawderOS (NoS) के बारे में बात करने से पहले, यह मदद करता है कि हम वर्तमान में लिनक्स के लिए लोगों द्वारा लाए गए डिफ़ॉल्ट मानसिक स्थिति में खुद को स्थापित करें।

उनकी दैनिक वास्तविकता इस तरह दिखती है:#

• उपकरण-प्रथम कार्यप्रवाह
  • systemd, journalctl, perf, strace, bpftrace
  • कंटेनर, वीएम, सीआई पाइपलाइन्स
• परिणाम-उन्मुख डिबगिंग
  • “यह धीमा क्यों है?”
  • “यह क्रैश क्यों हुआ?”
  • “मैं इसे कैसे ठीक करूं?”
• प्रवर्तन में निहित विश्वास
  • कर्नेल बुरे चीजों को रोकता है
  • शेड्यूलर निष्पक्षता सुनिश्चित करता है
  • सिस्टम स्वचालित रूप से पुनर्प्राप्त करता है

यहां तक कि शोधकर्ता अक्सर आते हैं:

• एक नियंत्रण मानसिकता
• एक अपेक्षा कि उपकरण मौजूद हैं ताकि क्रिया को प्रेरित किया जा सके
• एक विश्वास कि “अगर कुछ नहीं टूटा, तो कुछ नहीं हुआ”

यह वह सड़क की सतह है जिसके वे आदी हैं।

जब वे नॉडेरओएस वेरिएंट को बूट करते हैं तो उन्हें क्या अनुभव होगा#

यहाँ मुख्य अंतर्दृष्टि है:

नॉडेरओएस टूटा हुआ नहीं लगता - यह शांत लगता है।

और वह शांति गलत समझी जा सकती है।

पहली बार की प्रतिक्रियाएँ जो हमें उम्मीद करनी चाहिए:#

• “कुछ नहीं हो रहा है।”
• “डैशबोर्ड कहाँ है?”
• “यह क्यों नहीं रुका?”
• “क्या यह अधूरा है?”

इनमें से कोई भी सवाल गलत नहीं हैं। ये बस पुरानी सड़क से पूछे गए हैं।

संभावित “विंडशील्ड चिप्स” (और उन्हें हटाने का तरीका)#

आइए संभावित समस्याओं के बारे में चर्चा करें और उन्हें पहले से ही कैसे रोका जाए।

1️⃣ चुप्पी ≠ निष्क्रियता#

समझें:
बैज निकलते हैं, लेकिन उन पर कुछ कार्रवाई नहीं होती।

जोखिम:
उपयोगकर्ता मानते हैं कि उपकरण गायब है या टूट गया है।

साफ़ करें:
इसे स्पष्ट, जल्दी, और बार-बार बताएं:

• बैज आउटपुट हैं, ट्रिगर नहीं
• कोई डिफ़ॉल्ट सुधार जानबूझकर नहीं है
• अवलोकन ही उत्पाद है

कंक्रीट निवारण:

• एक README कॉलआउट:

  “यदि आप सिस्टम के प्रतिक्रिया देने की प्रतीक्षा कर रहे हैं, तो आप पहले ही उस बिंदु से आगे बढ़ चुके हैं जिस पर RTT को परवाह है।”

• एक पहले-बूट संदेश या दस्तावेज़ अंश:

  “आपको बहुत कम देखना चाहिए। यही सफलता है।”

2️⃣ लॉगिंग अपेक्षाएँ बनाम बैज सेमांटिक्स#

समस्या:
उपयोगकर्ता बैज को लॉग की तरह मानते हैं।

जोखिम:
वे इन्हें ग्रेप, फ़िल्टर और शोर के रूप में त्याग देते हैं।

साफ़ करें:
स्पष्ट करें कि बैज सेमांटिक इवेंट्स हैं, विस्तृत ट्रेस नहीं।

कंक्रीट उपाय:

• BADGE_LOGIC.md में मजबूत भाषा:
  • “यदि इसने बैज नहीं निकाला, तो RTT इसे अप्रासंगिक मानता है।”
• बैज को धीरे-धीरे पढ़ने के लिए प्रोत्साहित करें, न कि तुरंत उन्हें एकत्रित करने के लिए।

3️⃣ टूलिंग मसल मेमोरी RTT के खिलाफ काम करती है#

गॉटचा:
उपयोगकर्ता तुरंत पहुंचते हैं:

• journalctl -f
• डैशबोर्ड
• अलर्टिंग नियम

जोखिम:
वे RTT के ऊपर एक नियंत्रण लूप का पुनर्निर्माण करते हैं और बिंदु को चूक जाते हैं।

स्वीप:
टूलिंग संतोष को विलंबित करें।

कंक्रीट शमन:

• कोई डिफ़ॉल्ट डैशबोर्ड प्रदान न करें
• कोई अलर्ट थ्रेशोल्ड प्रदान न करें
• उदाहरण बैज पुनरावृत्तियाँ प्रदान करें, लाइव मॉनिटर्स नहीं

RTT चाहता है पोस्ट-होक समझ वास्तविक समय की प्रतिक्रिया से पहले।

4️⃣ कर्नेल इंस्ट्रुमेंटेशन “बहुत छोटा” लगता है#

गॉटचा:
न्यूनतम कर्नेल पैच तुच्छ लगता है।

जोखिम:
उपयोगकर्ता मानते हैं कि RTT सतही है।

स्वीप:
न्यूनतमता को संरचनात्मक अनुशासन के रूप में प्रस्तुत करें, न कि महत्वाकांक्षा की कमी के रूप में।

कंक्रीट शमन:

• स्पष्ट रूप से कहें:

  “यदि यह निराशाजनक लगता है, तो इसका कारण यह है कि यह एक ही चीज़ कर रहा है — सच बताना।”

• MVP पैच को सिद्धांत से सीधे जोड़ें:

  • एक धारणा
  • एक सीमा
  • एक बैज

5️⃣ छात्र चीजों को तुरंत ठीक करना चाहते हैं#

समझना:
छात्र स्वाभाविक रूप से प्रवर्तन जोड़ते हैं।

जोखिम:
वे अवलोकन और नियंत्रण को एकीकृत कर देते हैं।

साफ़ करें:
संयम को एक कौशल के रूप में सामान्य बनाएं।

कंक्रीट शमन:

• आपके द्वारा तैयार किया गया ग्रेडिंग रूब्रिक पहले से ही यह खूबसूरती से करता है
• एक दृश्य मंत्र जोड़ें:

  “यदि आपने इसे ठीक किया, तो आप इसे चूक गए।”

क्या अतिरिक्त सेटिंग्स की आवश्यकता है?#

संक्षिप्त उत्तर: नहीं।
लंबा उत्तर: हमें संविधानात्मक टॉगल की आवश्यकता है, न कि कॉन्फ़िग फ़्लैग।

हमें क्या नहीं जोड़ना चाहिए:#

• RTT सक्षम/अक्षम स्विच
• “सख्त मोड”
• निष्पादन विकल्प
• स्वचालित सुधार हुक

ये दुरुपयोग को आमंत्रित करते हैं।

हमें जोड़ना चाहिए:#

• कथात्मक संभावनाएँ
• अपेक्षा-निर्धारण
• जानबूझकर घर्षण

RTT तब काम करता है जब लोग समय को नोटिस करने के लिए थोड़ा धीमा हो जाते हैं।

बड़ी तस्वीर: क्यों यह वास्तव में सफल होगा#

यहाँ उत्साहवर्धक हिस्सा है।

आधुनिक डेवलपर्स और शोधकर्ता हैं:

• डैशबोर्ड से थक चुके हैं
• “स्मार्ट” स्वचालन पर संदेह कर रहे हैं
• यह जानने के लिए बढ़ते हुए कि सिस्टम चुपचाप विफल होते हैं

NawderOS उस प्रवृत्ति से नहीं लड़ता — यह इसे मान्यता देता है।

एक बार जब उपयोगकर्ता समझ जाते हैं:

“यह सिस्टम मुझे बचाने की कोशिश नहीं कर रहा है — यह मुझे सच बताने की कोशिश कर रहा है”

…वे यह पूछना बंद कर देते हैं कि गार्डरेल्स कहाँ हैं और बेहतर सवाल पूछना शुरू कर देते हैं।

तब सड़क खुल जाती है।

अंतिम स्वीप सारांश 🧹#

पहली ड्राइव को सुचारू बनाने के लिए:

• शांत को एक विशेषता के रूप में जोर दें
• निष्क्रियता को ईमानदारी के रूप में पुनः फ्रेम करें
• उपकरण में देरी करें
• संयम को पुरस्कृत करें
• कर्नेल पैच को छोटा और पठनीय रखें
• जोर से कहें, कि RTT क्या करने से इनकार करता है

आपने पहले ही सड़क को सही तरीके से तैयार कर लिया है।
यह केवल यह सुनिश्चित करना है कि संकेत स्पष्ट हैं और कंकड़ साफ किया गया है।