3 पॉइंट द्वारा GN⁺ 2024-07-28 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • ऑपरेटिंग सिस्टम कभी बेचने में मुश्किल लगने वाला अमूर्त code था, लेकिन Microsoft और Apple के बाद यह ऐसा product और cultural identity बन गया जिसे आम लोग पैसे देकर चुनते हैं
  • GUI ने bytes और files को desktop, document, trash जैसी उपमाओं में लपेटकर computer की पहुँच आसान बनाई, लेकिन जब ये उपमाएँ असली कामकाज को छिपाती हैं तो errors और data loss और भी अपारदर्शी हो जाते हैं
  • Windows और MacOS ने विशाल market बनाया, लेकिन closed operating systems और hardware monopoly का मॉडल open source Unix परिवार और low-cost PC ecosystem की growth के विपरीत खड़ा दिखा
  • Linux command line, open source, public bug database और ASCII config files के ज़रिए system के भीतर का हिस्सा सामने लाता है, लेकिन इसकी ताकत रोज़मर्रा के users के लिए Geek fatigue छोड़ जाती है
  • BeOS ने नया GUI और POSIX-आधारित terminal साथ देकर एक middle ground दिखाया, लेकिन operating system market में survival सिर्फ technology नहीं बल्कि mindshare और driver ecosystem पर भी निर्भर करता है

ऑपरेटिंग सिस्टम कैसे mass-market product बना

  • Jobs और Wozniak ने घरों के लिए information processing machine बेचने के विचार से Apple बनाया, और Gates व Allen ने उससे भी अजीब लगने वाले operating system बेचने के विचार को business बनाया
  • Operating system 1 और 0 की लंबी strings है जिनका लगभग कोई physical रूप नहीं होता, लेकिन Microsoft ऐसी company बन गई जिसने इसे उसी तरह mass market में बेचा जैसे Gillette razor blades बेचती है
  • Operating system के नए versions blockbuster फिल्मों की तरह launch होने लगे, और आम users भी यह समझने लगे कि Macintosh का software Windows पर नहीं चलता
  • Microsoft के operating system monopoly का मामला U.S. Department of Justice की antitrust action का विषय बना, और PC-versus-Mac बहस इतनी cultural हो गई कि यह निजी रिश्तों में भी दिखने लगी
  • कार analogy में Microsoft को ऐसी company की तरह दिखाया गया है जो MS-DOS नाम की साइकिल, Windows 95 नाम की विशाल station wagon, और Windows NT नाम का off-road vehicle बेचती है, जबकि Apple ऐसी company है जो sealed interior वाली महंगी sedan बेचती है
  • BeOS तकनीकी रूप से उन्नत Batmobile जैसा है, और Linux ज़्यादा उन tanks के करीब है जिन्हें volunteers मुफ्त में बाँटते हैं
    • 90% ग्राहक Microsoft की दुकान पर जाते हैं, और बाकी में से अधिकांश Apple चुनते हैं
    • Free Linux शक्तिशाली है, लेकिन users इस सोच से हिचकते हैं कि “उन्हें tank की maintenance करना नहीं आता”

कमांड लाइन और GUI द्वारा बनाई गई उपमाओं की कीमत

  • शुरुआती computer उपयोग औपचारिक प्रक्रियाओं से होकर गुजरता था: teletype, paper tape, modem, mainframe; इंसान अर्थ की व्याख्या करता था और computer bits पर arithmetic करता था, इसलिए दोनों की भूमिकाएँ साफ़ थीं
  • Command Line Interface teletype पर एक लाइन टाइप करके response पाने के तरीके से निकला, और GUI आने के बाद ही उसे अलग नाम मिला
  • Macintosh ने 1984 में GUI को mass market में पहुँचाया, और mouse-only design के साथ ऐसा रुख दिखाया जैसे वह पुरानी CLI को इतिहास में धकेल देना चाहता हो
  • GUI files, documents, windows, desktop और trash जैसी उपमाओं से abstract data structures को समझाता है
    • HTML file किसी web page के visual परिणाम जैसी नहीं बल्कि browser द्वारा interpret किए जाने वाले text telegram के अधिक करीब है
    • Browser की तुलना Ronald Reagan की उस भूमिका से की गई है जिसमें वह telegram की सामग्री के आधार पर baseball commentary की कल्पना करके सुनाता था
  • GUI की उपमाएँ सुविधाजनक हैं, लेकिन अपूर्ण भी
    • “document” वास्तविक दुनिया में स्थिर रिकॉर्ड को दर्शाता है, लेकिन computer document save करने से पहले और बाद में अलग स्थिति में हो सकता है
    • “save” असल में पहले के version को हटाकर वर्तमान window की सामग्री को नए version से replace करने जैसा काम है
    • जब crash या power issue से document गायब हो जाता है, तो user उपमा और वास्तविक कामकाज के बीच के metaphor shear का सामना करता है

Microsoft, Apple और open source की आर्थिक logic

  • Microsoft को ऐसी company के रूप में पढ़ा जा सकता है जो aesthetic polish या integrity से अधिक shareholder returns maximize करने के हिसाब से products ship करती है
    • Windows अच्छा न दिखे या उसमें defects हों, तब भी अगर उससे ज़्यादा profit आता है तो management के हिसाब से वह निर्णय समझ में आता है
    • Microsoft के प्रति hostility में “यह बहुत ताकतवर है” वाली नाराज़गी और “यह भद्दा है” वाली तिरस्कार-भावना साथ दिखती है
  • Apple ने hardware monopoly strategy बनाए रखी, और क्योंकि वह उस hardware को नियंत्रित करती थी जिस पर MacOS चलता था, उसके products महंगे और sealed structure वाले बने
    • इस policy से hardware, OS और software की integrated quality बेहतर हो सकती है
    • साथ ही Apple के hardware revenue पर निर्भर होने का financial कारण भी काम करता है
    • Macintosh ऐसा machine था जिसे hackers के लिए खोलना और भीतर छेड़छाड़ करना आसान नहीं था
  • Operating system का मूल स्वभाव अक्सर इस्तेमाल होने वाले code को समेटे हुए library जैसा है, इसलिए closed operating system उसकी प्रकृति से टकराता है
  • OS interfaces और behavior programmers के उपयोग के लिए खुले होने चाहिए, इसलिए implementation secret हो तब भी वही behavior देने वाला code फिर से लिखा जा सकता है
    • MS-DOS जैसी functionality को ProDOS ने दोबारा implement किया
    • Linux में WINE Windows programs चलाने वाला environment दोहराता है
    • Unix को Sun, Hewlett-Packard, AT&T, Silicon Graphics और IBM जैसी कई companies ने अपने-अपने तरीके से implement किया
  • Operating system technology समय के साथ free होने की ओर बढ़ती है, और Microsoft का OS business applications business और research organization को बढ़ाने की foundation बना, लेकिन लंबे समय में इसे अलग करने योग्य क्षेत्र की तरह देखा जाता है
  • अगर Microsoft OS share बचाने के लिए browser जैसी नई technology को operating system में बाँधता है, तो OS share हिलने पर उसके दूसरे businesses भी साथ नीचे खिंच सकते हैं

Linux और BeOS ने जो system culture दिखाया

  • Linux Unix के कई implementations में से एक है, और इसकी शुरुआत तब हुई जब Linus Torvalds ने 1991 में GNU tools का उपयोग करके PC-compatible hardware पर चलने वाला Unix kernel लिखना शुरू किया
  • Linux को संभव बनाने वाली शर्तें तीन axes में समझी जा सकती हैं
    • Richard Stallman और GNU ने free development tools दिए
    • Microsoft ने hardware business में न उतरकर Windows को कई vendors के PCs पर चलने दिया, जिससे low-cost PC market बढ़ा
    • Linus Torvalds ने उसी hardware और tools के ऊपर kernel शुरू किया
  • Unix “Hole Hawg” drill की तरह शक्तिशाली है
    • यह ठीक वही करता है जो आप कहते हैं, लेकिन अगर user परिणाम का पर्याप्त अनुमान न लगा पाए तो यह खतरनाक हो सकता है
    • छोटे tools में कोशिश विफल हो सकती है, लेकिन Hole Hawg literal command execution की ताकत के कारण ज़्यादा खतरनाक है
  • Linux boot होते समय सफेद text में लंबे logs और error messages दिखाता है, और error होने पर भी संबंधित process छोड़कर आगे बढ़ सकता है
    • शुरुआती MacOS और Microsoft OS में एक साथ कई काम करना कठिन था, इसलिए error recovery सीमित थी
    • Linux और दूसरे Unix परिवार parallel processes और error monitoring में मज़बूत हैं
  • Debian public bug database के ज़रिए problems और solutions की process users के सामने रखता है
  • उसी machine पर Windows NT 4.0 install करने की कोशिश installation abort, काम न करने वाली Microsoft Support search, submit न होने वाली Pay Per Incident process, और connect न होने वाले phone numbers तक जा पहुँची
    • बाद में Microsoft Support search इतनी बेहतर हुई कि वहाँ असली bug reports के क़रीब documents मिल सकें
    • Public bug information Microsoft को bugs के अस्तित्व को स्वीकार करने पर मजबूर करने का असर रखती है
  • BeOS ऐसा operating system था जिसे MacOS या Windows में जमा हुई cruft से बचने के लिए नए सिरे से design किया गया था
    • Jean-Louis Gassee द्वारा स्थापित Be, Inc. ने 1990s की शुरुआत से ऐसा नया OS बनाया जो पुराने OS के साथ compatible नहीं था
    • BeBox dual processors और front LED indicators वाला BeOS-only machine था
    • बाद में BeOS को Macintosh, Mac clones और Intel PCs पर port किया गया
  • BeOS में object-oriented structure, message passing, multithreading और multiprocessing थे, और Terminal application के माध्यम से command line भी दी गई थी
    • POSIX का पालन करने के कारण यह GNU compiler, linker और utilities चला सकता था
    • GUI text editor Pe का उपयोग करते हुए भी wc जैसे Unix commands से character count निकाला जा सकता था

ऑपरेटिंग सिस्टम market को चलाने वाला mindshare

  • Operating system market में Microsoft की ताकत पारंपरिक अर्थों वाले monopoly से अधिक mindshare dominance के करीब है
    • Linux free है और तकनीकी रूप से बेहतर माना जाता है
    • BeOS nominal price पर उपलब्ध था
    • यह production या distribution के physical control वाले पुराने monopolies जैसा नहीं है
  • Microsoft ऊँचे स्थान पर इसलिए है क्योंकि hardware और software vendors को market में गंभीरता से लिया जाने के लिए Windows-compatible products बनाना पड़ता है
    • Hardware vendors Windows drivers लिखते हैं, इसलिए Microsoft को खुद हर driver लिखने की ज़रूरत नहीं पड़ती
    • Linux इसका जवाब free drivers लिखने वाले सक्षम coders के समूह से देता है
    • BeOS अपने drivers और कुछ third-party drivers पर निर्भर करता है
  • GUI सिर्फ सरल PC interface नहीं रहा, बल्कि VCR, mobile phones, satellite TV, cash registers, banking terminals और Lego Mindstorms जैसी consumer technology का meta-interface बन गया
  • हर function पर GUI चढ़ाने से छोटे utilities को independent programs के रूप में बनाना कठिन हो जाता है, और features Microsoft Office जैसे बड़े packages के भीतर समा जाते हैं
    • Unix का wc एक छोटा command-line program भर है, लेकिन GUI version बनाने के लिए बहुत code और memory overhead चाहिए
    • Microsoft Office की Basic functionality कई users को hackability दे सकती है
  • Linux की शक्ति users को config files, command line, options, scripts और documentation पढ़ने की माँग के कारण थका देती है
    • find का man page 11 pages का है, और PPP connection के लिए dialing script, option file और secrets file चाहिए
    • अगर हाथ से किए config changes का रिकॉर्ड न रखा जाए तो उन्हें rollback करना मुश्किल होता है
    • Ideal OS उस रूप के क़रीब है जिसमें अच्छी तरह designed GUI हो और ज़रूरत पड़ने पर लौटने के लिए command line भी मौजूद हो
  • अंतिम analogy में command line ऐसा interface है जिसमें universe बनाने जितनी freedom और risk है, जबकि fully automated GUI ऐसा interface है जो जीवन के choices को एक button से बदल देना चाहता है
    • जीवन और technology कठिन और जटिल हैं, और कोई भी interface इस मूल तथ्य को बदल नहीं सकता
    • अगर आप अपने choices किसी और को नहीं सौंपना चाहते, तो आपको खुद चुनना होगा

2 टिप्पणियां

 
GN⁺ 2024-07-28
Hacker News की राय
  • Neal Stephenson का यह निबंध पहली बार 1999 में प्रकाशित हुआ था
    https://en.m.wikipedia.org/wiki/In_the_Beginning...Was_the...
    ऑपरेटिंग सिस्टम को कारों से तुलना करने वाला हिस्सा, जैसे Windows एक station wagon है और Linux एक tank, हाल ही में Acquired के Microsoft एपिसोड में फिर सामने आया, जहाँ Vista की तुलना Dodge Viper से और Windows 7 की तुलना उस Toyota Camry से की गई जिसे यूज़र्स वास्तव में चाहते थे

    • Neal Stephenson ने 2004 में ही मान लिया था कि यह लेख पुराना पड़ चुका है: “OS X आते ही मैंने उसे अपना लिया और फिर पीछे मुड़कर नहीं देखा। इसलिए ‘In the beginning was the command line’ का बहुत-सा हिस्सा अब पुराना हो चुका है। मैं बार-बार सोचता हूँ कि इसे अपडेट करूँ, लेकिन ईमानदारी से कहूँ तो इसकी संभावना कम है।”
      https://slashdot.org/story/04/10/20/1518217/neal-stephenson-...
      फिर भी लोग 25 साल पुराने लेख को बार-बार खींच लाते हैं और सिर्फ Linux यूज़र होने के आधार पर खुद को ऊँचा साबित करते हैं। “मैं Hole Hawg चलाता हूँ! मैं tank चलाता हूँ! मैं असली hacker हूँ, इसलिए उनसे अलग हूँ!” जैसी बातों के साथ
    • अब तो यह उलटा लगता है। Linux कभी भी दूसरे ऑपरेटिंग सिस्टमों से दबदबे वाली ताकत वाला नहीं था; 10 साल पहले वह tractor जैसा था, लेकिन अब वह काफ़ी अच्छे यूज़र अनुभव वाला Toyota Camry का एक विकल्प ज़्यादा लगता है
      दूसरी ओर Windows अब ऐसी कार बन चुका है जिसमें dashboard पर 27-inch की दो स्क्रीन लगी हैं, यूज़र अनुभव खराब है, और वह विज्ञापनों से भरी हुई है
    • असली तुलना में Vista, Ford Edsel जैसा था — एक मज़ाकिया और व्यापक रूप से उपहासित असफल उत्पाद — और Windows 7, बेहद सफल Ford Comet के अधिक करीब था
      यह तुलना काफ़ी सही बैठती है क्योंकि Comet मूल रूप से Edsel का अगला मॉडल ही था, बस ब्रांड बदल दिया गया था। Vista से 7 में जाना भी कुछ ऐसा ही था
    • Windows XP 1970s की पुरानी Volvo जैसा है। अजीब बात यह है कि वह आज भी दुनिया के हर तरह के भूले-बिसरे कोनों में किसी न किसी तरह चल रहा है
    • अगर किसी दोस्त को समझाना हो कि मैं अब भी Microsoft को क्यों नापसंद करता हूँ, तो पहले ऐसा लगता था जैसे कार के विकल्प सिर्फ Ford Pinto या pickup truck हों
      हर किसी को pickup की भारी ढुलाई क्षमता की ज़रूरत नहीं होती, लेकिन अगर आप उसका आकार और fuel economy का बोझ नहीं चाहते, तो आपके पास सिर्फ ऐसा Pinto बचता था जिसमें खतरनाक failure modes थे। बाद में Pinto गायब हो गया और उसकी जगह Ford Taurus आ गया, जो ठीक-ठाक उपयोगी था लेकिन न उसमें मज़ा था न कोई खास प्रदर्शन, और transaxle डिज़ाइन की वजह से अगर वह खराब हो जाए तो ठीक करने के लिए आगे का पूरा हिस्सा खोलना पड़ता था
      और ऊपर से Ford के बाज़ार दबाव के कारण infrastructure डिज़ाइनरों ने चीज़ें ऐसी बना दीं कि कुछ सड़कें या जगहें ऐसी हों जहाँ तीन में से उस एक कार के बिना पहुँचना ही मुश्किल हो, और अगर आप कुछ और चाहें तो आपका मज़ाक उड़ाया जाए
  • command-line interface का बड़ा फायदा यह है कि निर्देश या fixes बहुत संक्षेप में साझा किए जा सकते हैं
    अगर Linux सिस्टम के लिए कोई ज्ञात fix चाहिए, तो बस terminal में copy-paste करने लायक command भेज देना काफी है। लेकिन किसी graphical program के लिए ज्ञात fix को साझा करना अचानक बहुत मुश्किल हो जाता है। फिर सोचना पड़ता है कि “hamburger menu पर क्लिक करें, फिर ‘preferences’ चुनें” जैसी टेक्स्ट निर्देशों से काम चलेगा या कई screenshots के साथ समझाना होगा

    • सवाल कुछ हद तक मानकर चलने वाला लगता है, लेकिन जवाब दूँ तो screenshots और text दोनों का साथ में इस्तेमाल किया जा सकता है, और Microsoft Paint से स्क्रीन पर निशान लगाए जा सकते हैं। जैसे सही menu item पर मोटी लाल रेखा से घेरा बनाना
      अफ़सोस, double-click behavior को चित्रों में कैसे बताया जाए, यह मुझे नहीं पता। यह बहुत समय लेने वाली और गलती-प्रवण प्रक्रिया है, इसलिए यह तभी काम की लगती है जब कोई bug वाला GUI app असल में छोड़ दिया गया software बन चुका हो
      वरना संभावना यही होती है कि नए version में वही bug या वही गैर-सहज प्रक्रिया बनी रहे, लेकिन GUI इतना बदल चुका हो कि उसे पहचानना मुश्किल हो जाए। शायद इसलिए कि कहीं किसी manager ने बहुत ज़्यादा HN पोस्ट पढ़ लीं और तय कर लिया कि user-facing refactoring ही सबसे ज़रूरी काम है
    • Windows में Steps Recorder उपयोगी हो सकता है
      https://support.microsoft.com/en-us/windows/record-steps-to-...
    • सहमत। अगर scriptability और replay कमज़ोर हों, तो GUI मूल रूप से सीमित होता है
      फिर भी, 1990s के आखिर वाले अंदाज़ में कहें तो GUI का text UI या command line पर सबसे बड़ा मूल लाभ यह है कि यह यूज़र से कम अपेक्षा करता है। “देखो और क्लिक करो” बनाम “याद रखो और टाइप करो” का अंतर बहुत बुनियादी लगता है
      voice UI या LLM UI के बीच के समझौते को इतनी संक्षिप्तता से व्यक्त करने वाला वाक्यांश मैंने अभी तक नहीं देखा
    • यह मानने से इनकार करने जैसा लगता है कि सीमित object space के भीतर होने वाली किसी भी action sequence को named widgets और actions के किसी दूसरे representation, जैसे text, में बदला जा सकता है
      { select[i]@dropdown:states > click@button:submit } जैसा कुछ। सिर्फ इसलिए कि अभी ऐसी कोई व्यवस्था मौजूद नहीं है, इसका मतलब यह नहीं कि यह असंभव है। अभी जिस LLM को टेक इंडस्ट्री पसंद करती है, वही दिखाता है कि tokens यानी text-आधारित रूप में “visual computation” किया जा सकता है; इससे पता चलता है कि किसी भी representation को अंततः text में encode किया जा सकता है
      तब GUI a का recording feature action encoding बना सकता है, जिसे ईमेल से उस सहकर्मी को भेजा जा सके जो GUI b देख रहा हो, ताकि वह उसे paste कर सके
    • यह सिर्फ sharing के लिए ही अच्छा नहीं है, बल्कि script automation के लिए भी बढ़िया है। सोचिए किसी ऐसे IT environment के बारे में जहाँ हर workstation को GUI पर क्लिक करके manage करना पड़े; असल IT staff तो setup scripts लिखते हैं, उनसे सारी initial configuration करते हैं, और फिर office में एक keypress से network से जुड़े सभी workstations पर उसे push कर देते हैं
      अगर इसे GUI-केंद्रित तरीके से करना हो, तो असल में आपके पास सिर्फ GUI actions को निर्देश देने वाले text commands ही होते हैं। यानी अंत में एक अतिरिक्त intermediate step जुड़ जाता है। उदाहरण के लिए, अगर आप पहले से AppleScript इस्तेमाल कर रहे हैं, तो GUI system के ज़रिए घुमाकर जाने वाली वास्तविक command को सीधे चलाना ही बेहतर है
  • Unix Haters Handbook https://web.mit.edu/~simsong/www/ugh.pdf के साथ इसे फिर से पढ़ना चाहिए
    मेरा मानना है कि हमें फिर से बनाया गया LispM, Smalltalk workstation, या ऐसा रूप चाहिए जिसमें operating system एक single application की तरह बना हो। Framework सबसे निचले स्तर तक user के लिए खुला हो, पूरी तरह end-user programming संभव हो, वह exploratory हो, और पूरी तरह integrated system हो
    UI के रूप में 2D, और आगे 3D/4D command line की ज़रूरत है, जो 3D और video·multimedia elements शामिल कर सकने वाले DocUI के करीब हो। Conceptual framework के लिए http://augmentingcognition.com/assets/Kay1977.pdf है

  • “इस dealership में mechanic तो हैं। अगर station wagon में समस्या आ जाए, तो आप एक दिन की छुट्टी लेकर उसे यहाँ ला सकते हैं, waiting room में घंटों elevator music सुनते हुए पैसे देकर ठीक करवा सकते हैं।” इस मूल अंश पर, मुझे यह loudspeaker-जैसा प्रतिवाद सूझता है: “अगर आपको free tank मिले, तो volunteers रात में आपके सोते समय घर आकर उसे मुफ्त में ठीक कर देंगे!”
    क्या Linux distributions ने वास्तव में कभी किसी समय ऐसा support दिया था? शायद project contributor मेरे computer में ssh से login करता होगा
    मेरे हिसाब से बहस कुछ ज़्यादा इस तरह थी: “हमारे पास tank के हर bolt और screw को समझाने वाले technical manuals से भरी एक पूरी इमारत है, और हम उसकी copies आपको मुफ्त दे सकते हैं। अगर आप ठीक-ठाक मेहनत करके सब पढ़ लें और याद कर लें, तो tank को खुद ठीक और modify कर सकते हैं। अब आपको टेढ़े car dealer पर निर्भर रहने की ज़रूरत नहीं। मदद चाहिए तो monthly community meeting में आइए और आप जितने ही tank-दीवाने लोगों से बात कीजिए। बस तभी आइए जब आप सच में tank के लिए काफी पागल हों, और manual पढ़ लेने के बाद ही आइए।”
    बेशक यह कई दशक पुरानी बात है, और अब हालात बहुत बेहतर हैं

    • क्या Linux distributions support देती थीं? बस यह सोचिए कि Red Hat, IBM द्वारा अधिग्रहण से पहले, कैसे billion-dollar company बनी, और अब भी IBM की revenue का बड़ा हिस्सा क्यों है
      SuSE अब भी मौजूद है, और Canonical अपने operating expenses कैसे चलाती है, इसका भी अंदाज़ा लगाया जा सकता है। यह paid support है। Linux support बड़ा business है, और popular distributions को ज़िंदा रखने वाली ताकत है
    • शायद उसका आशय वह नहीं था। यह analogy ज़्यादा इस तरह है: “आप bug report भेजते हैं, हम उसे fix करके नया version जारी करते हैं, और आप उसे मुफ्त में download करके इस्तेमाल कर सकते हैं”
      पहले, अगर commercial software मेरे computer पर नहीं चलता था, तो नया version खरीदना पड़ता था, और free patches बहुत दुर्लभ थे
    • Project contributor मेरे computer में ssh से login करे? भला यह कौन चाहेगा
      आम तौर पर सामान्य प्रतिक्रिया होगी, “मेरे घर के पास मत आओ, अजीब आदमी!”। काफ़ी भरोसा बनने से पहले, मैं यह नहीं चाहूँगा कि मेरे सोते समय कोई घर में घुस आए
      असल में सामान्य प्रतिक्रिया शायद “यह open source है, इसलिए अपने tank में जो चाहो खुद ठीक कर सकते हो” के ज़्यादा करीब होती। किसी और device से जोड़ने के लिए नया module चाहिए तो खुद बना लो, मानो यह कोई बड़ी बात ही न हो
  • अगर browser लंबी lines को ठीक से handle नहीं कर पाता, तो इसे इस तरह देखें
    wget -O - [https://web.stanford.edu/class/cs81n/command.txt](<https://web.stanford.edu/class/cs81n/command.txt>;) | nroff | less

    • यह अच्छा लगता है कि text को इस तरह handle किया जा सकता है
  • Windows के बारे में Unix/Linux users की भावना समझाने वाला मेरा पसंदीदा हिस्सा है operating systems का Hole Hawg
    यह essay हर computer science student और हर उस व्यक्ति के लिए अनिवार्य पठन होना चाहिए जो खुद को hacker कहना चाहता है

    • मैं data analysis पढ़ाता हूँ, और इसे पहले हफ्ते की अनिवार्य reading में रखा है। यह लोगों को command line में धकेले जाने के झटके को कम तो नहीं करता, लेकिन ऐसा क्यों किया जाता है, इस पर एक नज़रिया ज़रूर देता है
    • Reagan वाला हिस्सा भी अच्छा है
  • यह लेख मैंने university graduation ceremony के दौरान पढ़ा था। मैंने इसे gown की सिलवटों के भीतर छिपाकर पढ़ा, और उस समय यह मेरे लिए सबसे उपयुक्त काम था
    इसके तुरंत बाद मैंने अपनी ज़िंदगी की दिशा बदल दी और इस लेख में रखे गए विचारों पर ध्यान केंद्रित किया। लक्ष्य था command line से दुनिया चलाना, और मैं लगभग वहाँ तक पहुँच गया

    • IP Chains से बाहर निकलने की समस्या वाला वाक्यांश मुझे पसंद है
      Command Table की ओर बढ़ना चाहिए
  • मैंने अभी लगभग पूरी तरह pure Bash में एक LLM command line interface लिखा है[1]
    इस लेख के तर्कों की वजह से मैं LLM के भविष्य के पक्ष में हूँ। लोग LLM से वैसे ही बात करेंगे जैसे command line shell से करते हैं, और सब कुछ plain text आधारित होगा। यही Unix philosophy भी है। काश CLI client लिखने से पहले मैंने यह लेख पढ़ा होता, तो और ज़्यादा ideas मिलते
    [1]: https://github.com/simonmysun/ell

  • क्या इस लेख को HN पर सबसे अधिक बार दोबारा पोस्ट किए गए लेख का पुरस्कार मिल सकता है? 17 साल तक यह औसतन साल में दो बार पोस्ट हुआ है
    https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...

    • लगता नहीं कि यह नंबर 1 के करीब होगा। “Story of Mel”, “You and Your Research” जैसे लेख हैं, और मेरे पास न तो ऐसी कोई सूची है, न ही उसे बनाने का कोई अच्छा तरीका पता है
      शीर्षक और URL के अलग-अलग versions की वजह से गिनती डगमगा भी जाती है
  • मेरे पास इस किताब की softcover copy है। शायद millennium transition से पहले इसे पढ़ा था
    BeOS के प्रशंसक के रूप में, Batmobile का ज़िक्र मुझे खास तौर पर पसंद आया था

 
xcutz 2024-07-29

The hole hawg.. वो क्या है?