Most active commenters

    ←back to thread

    520 points OlympicMarmoto | 16 comments | | HN request time: 0.001s | source | bottom
    Show context
    jnwatson ◴[] No.45067216[source]
    I've written a lot of low level software, BSPs, and most of an OS, and the main reason to not write your own OS these days is silicon vendors. Back in the day, they would provide you a spec detailed enough that you could feasibly write your own drivers.

    These days, you get a medium-level description and a Linux driver of questionable quality. Part of this is just laziness, but mostly this is a function of complexity. Modern hardware is just so complicated it would take a long time to completely document, and even longer to write a driver for.

    replies(13): >>45067491 #>>45069282 #>>45069287 #>>45069349 #>>45069690 #>>45070345 #>>45071036 #>>45071086 #>>45072259 #>>45072391 #>>45073789 #>>45075476 #>>45081942 #
    1. boredatoms ◴[] No.45069282[source]
    Presumably if you’re meta you could pay the vendors enough to write drivers for any arbitrary OS
    replies(5): >>45069321 #>>45069853 #>>45070444 #>>45071037 #>>45073107 #
    2. rwmj ◴[] No.45069321[source]
    But is that a good use of Meta's money? Compared to making a few patches to Linux to fix any performance problems they find.

    (And I feel bad saying this since Meta obviously did waste eleventy billion on their ridiculous Second Life recreation project ...)

    replies(1): >>45069369 #
    3. bbarnett ◴[] No.45069369[source]
    I don't like Meta, but there used to be a time where big corp used to spend 30% of its budget on R&D. It's how we got all the toys we have now, R&D labs of big Bell and others.

    So please don't mock the spend. Big spends fail sometimes, and at least people were paid to do the work.

    replies(3): >>45069405 #>>45069546 #>>45072217 #
    4. rwmj ◴[] No.45069405{3}[source]
    It's just that it was so obviously going to fail, because there's no mass market for a product that you have to strap onto your face. You didn't need to spend billions to learn that.

    If they'd spent the money researching nuclear fusion or space flight or a new way to develop microprocessors, I would be cheering their efforts even if they had failed in the end.

    5. crote ◴[] No.45069546{3}[source]
    The difference is that organisations like Bell Labs and Xerox PARC were primarily tech-first: innovations were the result of very clever and creative people doing blue skies research. The most groundbreaking stuff shocked the world while it was still a hacked-together demo, and similarly the cost of failure was quite low.

    On the other hand, Meta's experiment is primarily CEO-driven. The outcome is predetermined, changing direction is not possible. Sure, clever engineers get to draw the rest of the owl, but that's not very useful when it turns out that everyone needs a horse instead.

    They are spending a fortune, but rather than getting 900 crappy ideas to throw away and 100 great ones to pick from for continued development, they are developing 1 technological marvel nobody is interested in.

    replies(2): >>45069709 #>>45069825 #
    6. throwway120385 ◴[] No.45069709{4}[source]
    It was also pretty obvious how the VR glasses would support Meta's existing goals. It would give Meta total power over what you see and who you can speak with through their system. It's a natural extension of their total control over how people interact with on the Internet. And I think the only reason it failed is because it was expensive and dumb-looking.
    7. ForHackernews ◴[] No.45069825{4}[source]
    Arguably the distinction you're pointing at is macroinvention (the transistor) vs microinvention (a better VR headset): one is a refinement of something that exists, another is transformative opening up whole new worlds of possibility. https://www.antonhowes.com/blog/macroinvention-vs-microinven...
    replies(2): >>45072225 #>>45073396 #
    8. silvestrov ◴[] No.45069853[source]
    Vendors might say that they don't have the resources (man hours) and don't want to hand over documentation to external developers.
    9. eklitzke ◴[] No.45070444[source]
    Writing drivers is easy, getting vendors to write *correct* drivers is difficult. At work right now we are working with a Chinese OEM with a custom Wifi board with a chipset with firmware and drivers supplied by the vendor. It's actually not a new wifi chipset, they've used it in other products for years without issues. In conditions that are difficult to reproduce sometimes the chipset gets "stuck" and basically stops responding or doing any wifi things. This appears to be a firmware problem because unloading and reloading the kernel module doesn't fix the issue. We've supplied loads of pcap dumps to the vendor, but they're kind of useless to the vendor because (a) pcap can only capture what the kernel sees, not what the wifi chipset sees, (b) it's infeasible for the wifi chipset to log all its internal state and whatnot, and (c) even if this was all possible trying to debug the driver just from looking at gigabytes of low level protocol dumps would be impossible.

    Realistically for the OEM to debug the issue they're going to need a way to reliably repro which we don't have for them, so we're kind of stuck.

    This type of problem generalizes to the development of drivers and firmware for many complex pieces of modern hardware.

    replies(1): >>45072223 #
    10. dedup-com ◴[] No.45071037[source]
    XROS had a completely new and rapidly evolving system call surface. No vendor would've been able to even start working on a driver for their device, let alone hand off a stable, complete result. It wasn't a case of "just rename a few symbols in a FreeBSD implementation and run a bunch of tests".
    11. eru ◴[] No.45072217{3}[source]
    > I don't like Meta, but there used to be a time where big corp used to spend 30% of its budget on R&D. It's how we got all the toys we have now, R&D labs of big Bell and others.

    Just because you spend a lot of your money on R&D, doesn't mean that each R&D project is automatically a good one. You still have to make choices between them.

    12. throwaway2037 ◴[] No.45072223[source]

        > custom Wifi board
    
    Why didn't you use something more mainstream? Cost?
    replies(1): >>45072441 #
    13. eru ◴[] No.45072225{5}[source]
    Eh, the very first transistor they invented was pretty crappy and not all that useful.

    Every improvement after that would count as micro-invention in your dichotomy.

    14. typpilol ◴[] No.45072441{3}[source]
    Probably some weird design spec or size requirement
    15. baq ◴[] No.45073107[source]
    Things you can’t buy: vendor who cares enough to replicate your exact use cases in their lab
    16. mastermage ◴[] No.45073396{5}[source]
    In my opinion the difference is rather invention versus innovation. A better VR headset is innovation, transistors are an invention.