• r00ty@kbin.life
    link
    fedilink
    arrow-up
    4
    arrow-down
    8
    ·
    11 days ago

    It does. It definitely does.

    If I write software for fixed hardware with my own operating system designed for that fixed hardware and you write software for a generic operating system that can work with many hardware configurations. Mine runs faster every time. Every single time. That doesn’t make either better.

    This is my whole point. You cannot compare the apollo software with a program written for a modern system. You just cannot.

    • boletus@sh.itjust.works
      link
      fedilink
      arrow-up
      11
      ·
      11 days ago

      I’m not disagreeing that it’s different. It’s a more fair comparison to compare it to embedded software development, where you are writing low level code for a specific piece of hardware.

      I’m just saying that abstraction in general is not an excuse for the current state of computer software. Computers are so insanely fast nowadays it makes no sense that Windows file Explorer and other such software can be so sluggish still.

      • r00ty@kbin.life
        link
        fedilink
        arrow-up
        2
        arrow-down
        1
        ·
        11 days ago

        Exactly my point though. My original point was that you cannot compare this. And the main reason you cannot compare them is because of the abstraction required for modern development (and that happens at the development level and the operating system you run it on).

        The Apollo software was machine code running on known bare metal interfacing with known hardware with no requirement to deal with abstraction, libraries, unknown hardware etc.

        This was why my original comment made it clear, you just cannot compare the two.

        Oh one quick edit to say, I do not in any way mean to take away from the amazing achievement from the apollo developers. That was amazing software. I just think it’s not fair to compare apples with oranges.