• 0 Posts
  • 7 Comments
Joined 3 years ago
cake
Cake day: November 28th, 2022

help-circle
  • I regularly think about two phases I’ve heard:

    • “The smarter you are, the better you get at rationalising bad decisions”
    • “advertising/propaganda works best when you are certain it doesn’t work on you.”

    I feel like they remind me that when it comes to making choices & being duped, intelligence is mostly irrelevant.

    My belief is that on an individual level, the counter to propaganda is both free time to ruminate on what we believe, and a strong network of people we trust who are willing to challenge us on the things we say and do. Two things which an atomized and overworked society looses at all levels.




  • I’m sure the developers are competent, but the reason I care about the design decisions is the same reason the electric brakes on cars don’t interface with its infotainment system; the interface inherently creates opportunities for out of spec behaviour and even if the introduced risk is tiny, the consequence is so bad that it’s worth avoiding.

    If you have to have an airbag be controlled by software (ideally the mechanism is physical, like a pull tab), it should be an isolated real time device with monitoring your accelerometer and triggering the airbag be it’s only jobs. If it’s also waiting to hear back from another device about whether your subscription ran out before it starts checking, the risk of failure also has to consider that triggering device.

    It can be done perfectly, but it’s software so of course it has bugs.



  • Yes, but also from an implementation perspective: if I’m making code that might kill somebody if it fails, I want it to be as deterministic and simple as possible. Under no circumstances do I want it:

    1. checking an external authentication service.
    2. connected to the internet in any way.
    3. have multiple services which interact over an API. Hell, even FFIs would be in the “only if I have to” bucket.