Infinite Mac: BeOS

(blog.persistent.info)

63 points | by ecliptik 3 hours ago

4 comments

  • thenewwazoo 7 minutes ago
    > The distinctive tabbed window titles look neat, but they have a reduced draggable area, so I’d have to think harder every time I wanted to move a window.

    Now imagine macOS progressing to the point where title bars have been replaced with toolbars, and buttons no longer have borders, so you have to guess what part of the window will drag it.

    :-|

  • renehsz 3 hours ago
    To anyone who hasn't already: I really recommend checking out Haiku OS [1], the FOSS successor to BeOS. It's so pleasant to use and supports a surprisingly large catalog of software.

    [1]: https://www.haiku-os.org/

    • ecliptik 1 hour ago
      Claude built me a meta web/notes/code search engine with IOS and MacOS apps, and for fun I asked it to make a Haiku version [1], which it did in under 20 minutes.

      With AI I feel like a lot of these bygone-era OS's could see a whole new ecosystem of modern apps within a very short period of time.

      1. https://github.com/machiya-kobo/shiori/tree/main#haiku

      • ben_w 22 minutes ago
        Mmm. Or improve the OSes themselves.

        At this point, they could likely decompile MacOS classic and rework it to give it modern memory protection, virtual memory, preemptive multitasking, and networking.

        I assume booting an OS with a mere few megabytes of RAM footprint would only take milliseconds?

  • sfblah 1 hour ago
    I would be very interested in a writeup that talked about the likely trajectory of Apple's OS if they had bought BeOS instead.
    • ndiddy 1 hour ago
      Some former Be employees have commented here in the past saying that Apple made the right decision to buy Next and not Be from a technical perspective, as BeOS had poor code quality and was far behind NEXTSTEP in important areas like networking and printing. They also implemented the OS API directly in C++, which tied them to a specific C++ compiler (some mid-90s version of GCC) due to the ABI getting broken in newer versions. The 32-bit version of Haiku (modern BeOS reimplementation) supports BeOS software, and as a result still needs to be compiled with that mid-90s GCC release.

      Beyond that, I'm not sure if buying Be would have fixed the managerial problems at Apple. Would they have been able to add the required features to BeOS to turn it into a production OS without the project turning into another Copland? Would the existing Apple management have slimmed down the massive Apple product line that had dozens of nearly identical models? Would it have gotten rid of dead-end projects like Newton and Pippin? Etc.

      • tialaramex 33 minutes ago
        Pre-standard C++ is an even worse programming language than C++ 98, but also the big difference wouldn't have been the technology, it was the people. If Apple buy Be Inc they're getting JLG back whereas if they buy NeXT they get Jobs back.

        Jobs is what makes or breaks Apple in that critical period. I didn't like him but that's relevant to the success of the company. JLG did not have whatever it was Jobs gave the company.

      • wmf 29 minutes ago
        It was reported that Apple offered $75M for Be and almost $500M for NeXT and in retrospect those seem like entirely fair valuations. One was a mature OS and the other was a demo of an OS.
    • pjmlp 45 minutes ago
      They probably would fail to recover and be another historical company by now.

      If not, desktop computing would be taken over by C++ as main systems programming language, and UNIX like computing relegated to servers.

      • tialaramex 26 minutes ago
        Outside of the GUI, Be is a very thin veneer over Unix. There is, no joke, a class named "BStatable" which, if you know some Unix, is just stat, because of course what their OS kernel implements is just stat.

        In the places where there's something entirely different going on, such as networking in earlier BeOS, it's trash and you'd obviously want to throw it away and do what Unix did - Be were doing so. So a hypothetical turn of the century fruit-flavour BeOS is probably much closer to "Unix with a different UI" than you're thinking. NeXT changed nothing there.

        • pjmlp 2 minutes ago
          It certainly wasn't on the BeOS R5 CD that was available back in the day, or the whole Kits available for BeOs programming in C++.

          The amount of work done by Haiku to provide a proper POSIX userspace support proves the point.

  • Singletail 1 hour ago
    I loved my BeBox, but what would be the modern equivalent of the GeekPort? I've been using esp32/nRF52/etc boards for uart/spi/i2c/i2s/pwm-type work... it feels like hardware hacking on a desktop is a lost art.
    • ndiddy 33 minutes ago
      The old school way to do I/O on desktop was via the parallel port, which I imagine would still work if you get a PCIe parallel port card. For a more modern way, the FT232H chip supports UART, SPI, I2C, JTAG and raw GPIO over USB, and there are break-out boards available.
    • Narishma 1 hour ago
      The closest modern thing to it is probably the Raspberry Pi GPIO header.