वर्कस्टेशनों का युद्ध: सबसे कम बोली लगाने वालों ने आज के तकनीकी परिदृश्य को कैसे आकार दिया

सस्ते, “काफ़ी अच्छे” IBM PCs, DOS, और Unix systems को Lisp machines, Smalltalk environments, और proprietary workstations जैसी अधिक सक्षम लेकिन महँगी platforms पर बढ़त पाने वाला माना गया है, जिससे आज का बड़ा हिस्सा homogeneous computing landscape बना। टिप्पणीकार इस पर चर्चा करते हैं कि ISA और EISA जैसे खुले standards, और कम लागत वाले commercial off-the-shelf parts ने बड़े पैमाने पर software reuse और ecosystem growth को कैसे बढ़ावा दिया, जबकि richer, अधिक malleable systems portability, tooling, और market fit की समस्याओं से जूझते रहे। यह चर्चा तकनीकी जड़ता, “worse is better” trade-offs, और क्या commodity hardware, Unix-like OSes, और web से प्रभुत्व वाले उद्योग में अधिक शक्तिशाली, user-malleable computing models को फिर से जीवित करने की अभी भी गुंजाइश है, जैसे व्यापक प्रश्न उठाती है।

IBM PC, लागत, और OS प्रतिस्पर्धा

  • इस पर बहस कि क्या IBM PC “इसलिए जीता क्योंकि वह सस्ता था।”

    • कुछ लोग कहते हैं कि वह CP/M/Z80 और 8‑bit होम मशीनों की तुलना में महँगा था, लेकिन बिज़नेस डेस्कटॉप के रूप में, खासकर कम कीमत वाले MS-DOS के साथ बंडल होने पर, अपेक्षाकृत सस्ता था।
    • MS-DOS ने UCSD p-System और CP/M-86 को कीमत में पछाड़ दिया, और खुले, क्लोन किए जा सकने वाले PC हार्डवेयर के साथ उसका संयोजन निर्णायक था।
  • Digital Research का Concurrent DOS (एक multitasking, DOS-compatible CP/M-86 उत्तराधिकारी) कथित रूप से 286 फीचर पर निर्भर था जिसे Intel ने रिलीज़ से पहले हटा दिया, जिससे उसके प्रतिस्पर्धा करने की संभावना कमजोर हो गई।

  • IBM द्वारा ISA bus का खुला दस्तावेज़ीकरण तीसरे पक्ष के ecosystems और PC प्रभुत्व के लिए महत्वपूर्ण माना जाता है, जो आंशिक रूप से antitrust बाधाओं से प्रेरित था।


विकास, “सबसे कम बोली लगाने वाला,” और जड़ता

  • कई लोग सहमत हैं कि सरल, सस्ते systems बार-बार अधिक समृद्ध, अधिक परिष्कृत systems को विस्थापित करते रहे, लेकिन वे तर्क देते हैं कि यह अधिक “अभी के लिए पर्याप्त अच्छा” है, न कि केवल “सबसे कम बोली लगाने वाला।”

  • कुछ लोग tools के lowest common denominator की ओर अभिसरण देखते हैं (जैसे C), जो सामाजिक रूप से scale करते हैं: इतने आसान कि बहुत से “औसत” programmers उनका उपयोग कर सकें, भले ही सैद्धांतिक रूप से वे कमतर हों।

  • अन्य लोग इसका विरोध करते हैं कि सभी domains ऐसा नहीं करते: mainframes, bespoke industrial systems, और कुछ research OSes ने “सस्ता” के बजाय “बेहतर” को अपनाया और niches में जीवित रहे।

  • 30+ वर्षों के संचित software के साथ जड़ता को “फिर से शुरू” करने और बेहतर paradigms अपनाने की सबसे बड़ी बाधा माना जाता है।


मेमोरी सीमाएँ और architecture परिवर्तन

  • 8‑bit CPUs पर 64KB सीमाओं और 32‑bit x86 पर 4GB सीमाओं के बीच एक analogi खींची गई।
    • आलोचकों का कहना है कि ये तुलनीय नहीं हैं: 4GB सामान्य workloads को शायद ही कभी रोकता है, और PAE ने system-wide सीमाओं को कम किया।
    • समर्थकों का तर्क है कि, दोनों युगों में, पहले adopters ने सीमाएँ पहले महसूस कीं, जिससे mass market के दबाव में आने से पहले transition पर दबाव पड़ा।

Lisp, Smalltalk, और dynamic systems

  • “Lisp fetishism” पर तीखी असहमति है। कुछ लोग Lisp के अत्यधिक रोमानीकरण की आलोचना करते हैं; अन्य लोग उसके ऐतिहासिक महत्व की रक्षा करते हैं लेकिन Dylan या Smalltalk-जैसे systems को प्राथमिकता देते हैं।

  • कई लोग Lisp और Smalltalk environments (विशेषकर Lisp machines) को पूर्णतः live, introspective, self-documenting systems के रूप में वर्णित करते हैं, जो आज के browser-based setups से कहीं आगे थे।

  • अन्य लोगों ने Lisp machines को जटिल और मार्गदर्शन के बिना सीखने में कठिन पाया, और अधिकांश users के लिए steep learning curve तथा “weirdness” को रेखांकित किया।

  • अटकलें हैं कि कुछ लोग bare S-expressions के लिए neurologically अधिक उपयुक्त हो सकते हैं, जिससे language evolution syntactic minimalism की ओर झुकी, संभवतः व्यापक adoption की कीमत पर।


Code reuse, portability, और living images

  • एक प्रमुख आलोचना: Lisp/Smalltalk “living images” ने code sharing और merging को कठिन बना दिया, खासकर vendors और environments के बीच।

    • Smalltalk में change sets और Lisp में “systems” मौजूद थे, लेकिन बड़े teams ने painful merges और clashes की रिपोर्ट दी, जिससे Envy/Developer जैसे tools बने।
  • अन्य लोग तर्क देते हैं कि Common Lisp के साथ portable UI toolkits (जैसे CLIM, CLUE/CLIO) और NFS-based file sharing ने पर्याप्त cross-platform reuse संभव किया, भले ही vendor fragmentation बनी रही।

  • C + Unix/Linux के साथ तुलना: fragmentation के बावजूद, अपेक्षाकृत स्थिर C/ABI model और open-source culture ने scale पर reuse और portability को कहीं अधिक व्यावहारिक बना दिया।


भाषा और platform अभिसरण

  • कुछ लोग भाषा के “convergent evolution” को देखते हैं: कई आधुनिक भाषाएँ OCaml-जैसे feature set की ओर खिसकती हैं; macro-heavy भाषाएँ अक्सर “Lisp बन जाती हैं।”

  • Dylan और Apple के SK8 पर चर्चा होती है, जिन्हें शक्तिशाली, Lisp-inspired लेकिन अधिक पठनीय systems के उदाहरण के रूप में देखा जाता है, जो मजबूत तकनीकी गुणों के बावजूद mainstream तक नहीं पहुँचे।


Web, cloud, और malleable systems

  • एक दृष्टिकोण: आधुनिक “neo-mainframes” और जटिल online systems web और cloud के माध्यम से उन कई groupware और multi-tenant विचारों को फिर से बनाते हैं जो खो गए थे।

  • web को आज का सबसे malleable, user-hackable environment प्रस्तावित किया गया है (userscripts, web components के माध्यम से), जो संभवतः “soft,” user-shaped computing की ओर वापसी का मार्ग हो सकता है।

  • cloud बनाम local को एक और आवर्ती चक्र के रूप में देखा गया है: केंद्रीकृत systems जटिल और महँगे हो जाते हैं, जिससे स्थानीय/self-hosted विकल्पों में रुचि फिर बढ़ती है।


लेख की प्रतिक्रिया

  • कई पाठक लेख की गहराई और alternative history framing की प्रशंसा करते हैं, कुछ simplifications के बावजूद।

  • संशयवादी कुछ विशिष्ट दावों पर प्रश्न उठाते हैं (जैसे modern tooling, GitHub familiarity), लेकिन समर्थक counter-examples और ऐतिहासिक citations के साथ उत्तर देते हैं।

  • कुल मिलाकर, thread लेख को एक मूल्यवान, यद्यपि opinionated, lens मानता है कि आर्थिक, सामाजिक, और तकनीकी forces ने आज के अपेक्षाकृत homogeneous computing landscape को कैसे आकार दिया।