अब OS आखिर है क्या?

Large language models में हुई प्रगति एक पुराने सपने को फिर से जीवित कर रही है: कि आम उपयोगकर्ता प्राकृतिक भाषा में अपने devices को “program” कर सकें, जिससे AI-first दुनिया में operating system की भूमिका पर सवाल उठते हैं। Commenters एक ऐसी दृष्टि पर बहस करते हैं जिसमें personalized, LLM-built micro-apps और agentic assistants हों, बनाम OS की पारंपरिक भूमिकाओं की स्थायी आवश्यकता जैसे resource management, isolation, security, और banking apps या spreadsheets जैसे deterministic tools। कई लोगों को संदेह है कि अधिकांश लोग कभी अपना software खुद design करेंगे; उनका तर्क है कि apps, GUIs, और curated platforms बने रहेंगे, जबकि AI मौजूदा operating systems के ऊपर एक शक्तिशाली नई layer बनेगा, न कि उनका प्रतिस्थापन।

अब OS क्या है?

  • कई लोग तर्क देते हैं कि मूल रूप से कुछ नहीं बदला है: OS अब भी हार्डवेयर संसाधनों का प्रबंधन करता है और प्रोग्रामों को अलग-अलग रखता है।
  • दूसरे लोग नोट करते हैं कि आधुनिक OS अपारदर्शी SoCs और firmware (जैसे management engines) के ऊपर बैठे होते हैं, इसलिए वे अब सचमुच हार्डवेयर पर “स्वामित्व” नहीं रखते।
  • कुछ लोग low-level kernels और उच्च-स्तरीय “OS अनुभव” (shell, services, app model) में भेद करते हैं, और कहते हैं कि लेख मुख्यतः बाद वाले पर सवाल उठाता है।

AI, “vibe-coded” ऐप्स, और सॉफ़्टवेयर का भविष्य

  • उत्साही लोग मानते हैं कि LLMs बहुत सारे छोटे, अत्यंत व्यक्तिगत ऐप्स को सक्षम करते हैं, जो प्राकृतिक भाषा में लिखे जाएंगे, और traditional app stores की भूमिका बदल देंगे।
  • प्रतिवाद: कस्टम ऐप्स क्यों बनाएं अगर आप बस AI assistant से सीधे काम करवा सकते हैं? कई लोग micro-apps की एक आकाशगंगा के बजाय एक dominant general assistant की उम्मीद करते हैं।
  • कुछ लोग एक hybrid भविष्य देखते हैं: स्थिर foundational libraries और services (codecs, storage, DBs) के ऊपर fluid, AI-synthesized tools या UIs।

निर्धारितता, विश्वसनीयता, और सुरक्षा

  • deterministic apps बनाम nondeterministic AI पर लंबा उप-थ्रेड:
    • Pro-AI पक्ष का दावा है कि nondeterminism कई रोज़मर्रा के कार्यों के लिए स्वीकार्य या यहाँ तक कि वांछनीय है।
    • संदेहवादी ज़ोर देते हैं कि engineering, compliance, और safety के लिए deterministic, verifiable behavior चाहिए; LLM-generated code पर भरोसा करना कठिन है।
  • कुछ लोग कल्पना करते हैं कि AI पर्दे के पीछे deterministic tools बनाए, लेकिन वे rigorous verification और स्पष्ट सीमाओं पर ज़ोर देते हैं।

यूज़र व्यवहार और power-user bias

  • कई पोस्टर कहते हैं कि यह दृष्टि सामान्य उपयोगकर्ताओं की “vibe-code” करने की इच्छा या क्षमता को ज़्यादा आँकती है; ज़्यादातर लोग बस स्थिर ऐप्स और निष्क्रिय consumption चाहते हैं।
  • ऐतिहासिक समानताएँ (BASIC, HyperCard, early web) दी जाती हैं: एक अल्पसंख्या ने बनाया; अधिकांश ने नहीं, भले ही tools मौजूद थे।
  • गैर-तकनीकी दोस्तों/परिवार को automation के लिए LLMs इस्तेमाल करवाने की कोशिशों के उदाहरण अक्सर असफल रहते हैं, क्योंकि ज़रूरतें स्पष्ट करना कठिन होता है।

सुरक्षा, sandboxes, और platform control

  • AI-generated software के कारण strict sandboxing, capability systems, और permission models की आवश्यकता और बढ़ने की प्रबल चिंता है।
  • दूसरे लोग अधिक locked-down devices और signed/“certified” software की भविष्यवाणी करते हैं, जिसे असुरक्षित AI code के खिलाफ safety/security के रूप में उचित ठहराया जाएगा।
  • कुछ को डर है कि AI-focused platforms user ownership और superuser control को कमजोर कर सकती हैं, खासकर phones पर।

अर्थशास्त्र, APIs, और वेब

  • अगर agents humans के साइट पर जाने के बजाय sites scrape करते हैं, तो ad-funded services ध्वस्त हो सकती हैं; पोस्टर अधिक paid APIs और machine-to-machine billing की उम्मीद करते हैं।
  • मौसम जाँचने जैसे सरल कार्यों के लिए लागतों की परतें (ISP + AI provider + data APIs) जोड़ने पर संदेह है।

पोस्ट और प्रोजेक्ट पर meta प्रतिक्रियाएँ

  • मिश्रित प्रतिक्रिया: कुछ लोग इस दृष्टि को रोमांचक और समयानुकूल मानते हैं; दूसरों को यह AI hype, विवरणों में अस्पष्ट, या एक और phone के लिए pitch लगता है।
  • कई लोग पूछते हैं कि ऐसा system मौजूदा regulated apps (banks, medical, social platforms) के साथ कैसे सह-अस्तित्व रखेगा, जो मजबूत OS-level guarantees माँगती हैं।