Infinite Mac: BeOS

मूल लेख ↗ Hacker News चर्चा ↗

क्लासिक BeOS और इसके open-source उत्तराधिकारी Haiku के प्रशंसक इस पर विचार करते हैं कि ये सिस्टम आज भी आधुनिक mainstream desktops की तुलना में तेज़, सुरुचिपूर्ण और नवीन क्यों लगते हैं। टिप्पणीकार Haiku की आश्चर्यजनक उपयोगिता, तकनीकी विचित्रताओं (जैसे इसका C++ ABI और multithreaded GUI), और hardware support तथा encryption की कमी जैसी बाधाओं पर प्रकाश डालते हैं, साथ ही इस बात पर भी चर्चा करते हैं कि यदि Apple ने NeXT के बजाय Be को खरीदा होता तो क्या होता। यह चर्चा संबंधित retro-operating systems, window tabbing जैसे UI विचारों, और आधुनिक kernels पर BeOS-शैली के environments को पुनर्जीवित करने के प्रयासों तक फैलती है।

Haiku OS और BeOS आज

  • कई टिप्पणीकार Haiku की सिफारिश करते हैं, इसे सुखद, आश्चर्यजनक रूप से उपयोगी, और अब Firefox तथा यहाँ तक कि एक ड्राफ्ट Nvidia ड्राइवर के साथ बताते हैं।
  • अन्य लोग हार्डवेयर समस्याएँ बताते हैं: Haiku कुछ आधुनिक सिस्टमों पर बूट नहीं करता और अभी भी डिस्क एन्क्रिप्शन का अभाव है।
  • बताया जाता है कि Haiku की नीति AI‑जनित कोड को अस्वीकार करती है; योगदानकर्ताओं से अपेक्षा की जाती है कि वे अपने काम को समझें और समझा सकें।
  • BeOS की पुरानी C++ ABI से जुड़ी बाइनरी संगतता की सीमाएँ बनी हुई हैं: पुराने GCC के साथ 32‑bit Haiku बिल्ड BeOS ऐप्स चला सकते हैं, जबकि 64‑bit आधुनिक GCC बिल्ड ऐसा नहीं कर सकते।

पुराने OSes का आधुनिकीकरण

  • एक परियोजना क्लासिक Mac System 6 को bare metal पर (जैसे Raspberry Pi) POSIX shell, BusyBox, OpenSSH, USB MIDI/ethernet/audio के साथ फिर से लागू करती है, और पुराने DAW वर्कफ़्लोज़ को लक्ष्य बनाती है।
  • System 6 बनाम 7.x को लक्ष्य बनाने पर बहस: 7.5.3 को व्यापक संगतता के लिए सराहा जाता है; बहुत सीमित 68k Macs पर 6 बेहतर चलता है।
  • “modern Linux with Win95/XP shell” में रुचि है; उदाहरणों में Wine के जरिए XP shell चलाना शामिल है।
  • कुछ लोग अनुमान लगाते हैं कि AI पुराने OSes के लिए नए ऐप इकोसिस्टम तेज़ी से बना सकता है, और स्वयं OSes को बेहतर बनाने में भी मदद कर सकता है।
  • अन्य लोग तर्क देते हैं कि classic Mac OS को पूरी तरह decompile करके modernize करने से ऐप संगतता टूट जाएगी; प्रति-ऐप उच्च-स्तरीय emulation को बेहतर isolation रणनीति बताया जाता है।
  • classic Mac OS के बारे में परस्पर-विरोधी दावे हैं: एक पक्ष कहता है कि इसमें आधुनिक preemption/VM नहीं था; दूसरा Mac OS nanokernel और Multiprocessing Services की ओर इशारा करता है, जो legacy cooperative apps के ऊपर preemptive kernel देते थे, हालांकि अपनाने की दर सीमित थी।

BeOS बनाम NeXT और Apple वाला “क्या होता अगर”

  • कई टिप्पणीकार मानते हैं कि Apple ने NeXT चुनकर सही किया: बताया जाता है कि BeOS में networking/printing कमजोर थे, C++ APIs किसी विशिष्ट compiler/ABI से कड़ी तरह बंधी थीं, और GUI बहुत thread-heavy व crash-prone था।
  • C++-heavy डिज़ाइन (व्यापक subclassing और multiple inheritance के साथ) ने “fragile base class” समस्याएँ पैदा कीं; दीर्घकालिक binary compatibility बनाए रखना कठिन दिखता था।
  • अन्य लोग ज़ोर देते हैं कि BeOS अंदरूनी तौर पर काफ़ी POSIX-जैसा था, लेकिन यह भी कहते हैं कि इसे शुरू से बनाना पड़ा।
  • management/culture को निर्णायक कारक माना जाता है: NeXT ने मज़बूत नेतृत्व और technical team लाई; कुछ पूर्व Be प्रबंधन बाद में Palm में संघर्ष करते रहे।
  • कुछ लोग अनुमान लगाते हैं कि यदि Apple ने Be खरीदा होता, तो वह शायद उबर नहीं पाता; BeOS समय के साथ वैसे भी “एक अलग UI वाला Unix” बन सकता था।

UI Concepts और Window Management

  • BeOS/Haiku के tabbed titlebars पर व्यापक चर्चा होती है:
    • Tabs को खींचा जा सकता है, “stack” किया जा सकता है, और multiple apps की windows को tabbed sets में समूहित करने के लिए इस्तेमाल किया जा सकता है।
    • Haiku, BeOS पर “magnetic” tabs के साथ सुधार करता है जो एक-दूसरे से snap हो जाते हैं; classic BeOS में manual alignment चाहिए थी और windows tethered नहीं रहती थीं।
  • कुछ लोग आधुनिक macOS titlebars के toolbars में बदल जाने और draggable area के बहुत कम होने पर अफ़सोस जताते हैं।
  • कई उपयोगकर्ता Linux/X11 शैली की “borderless” windows की प्रशंसा करते हैं जिन्हें modifier+mouse से move/resize किया जा सकता है, और नोट करते हैं कि ये व्यवहार शुरुआती X11 window managers तक जाते हैं।
  • टिप्पणीकार Unix desktops पर BeOS-प्रेरित या fluxbox-शैली के tabbed window managers को याद करते हैं और चाहते हैं कि अधिक modern DEs इन विचारों को अपनाएँ।

BeBox, GeekPort, और Hardware Hacking

  • BeBox का “GeekPort” nostalgia जगाता है; आधुनिक मोटे-मोटे समकक्षों में Raspberry Pi GPIO headers, parallel ports (PCIe cards के जरिए), और USB GPIO bridges (जैसे FT232H) का उल्लेख किया जाता है।
  • BeBox उत्पादन से जुड़ी कहानियाँ इसकी हाथ से assembled, हाथ से painted प्रकृति पर प्रकाश डालती हैं; कुछ मालिक अभी भी उन्हें ज़िंदा रखने के लिए समय-समय पर boot करते हैं।

Nostalgia और OS Diversity

  • BeOS/Amiga-युग के systems पर लौटने की प्रेरणाओं में शामिल हैं:
    • शुद्ध nostalgia।
    • यह विश्वास कि BeOS का UI/UX आधुनिक desktops की तुलना में वास्तव में बेहतर और तेज़ लगता था।
    • 1990s–2000s के उस दौर की कमी महसूस करना जब कई प्रतिस्पर्धी desktop OSes (BeOS, OS/2, आदि) थे, जबकि आज mainstream विकल्प अधिक सीमित हैं।
  • कुछ लोगों के लिए BeOS अब तक का सबसे अच्छा दिखने वाला और सबसे फुर्तीला desktop था; वे इसकी तुलना KDE जैसे environments की अधिक जटिलता से करते हैं।

अन्य वैकल्पिक OS प्रयास

  • RISC OS को एक और “clean, legacy-free” desktop के रूप में रेखांकित किया गया है जो अभी भी maintained है, खासकर Raspberry Pi पर, और इसके open तथा commercial दोनों variants हैं।
  • एक Linux distribution (“V OS”) का उल्लेख किया गया है जो Linux kernel पर Be GUI और SDK को port करता है; इसे GNOME/KDE के हल्के संभावित विकल्प के रूप में देखा जाता है, यदि इसे traction मिले।