• some guy (unregistered)

    Can someone tell me what a "flash validation" is? Running the software on the actual hardware as a smoke test?

    Also, mandatory: https://xkcd.com/2030/

  • 516052 (unregistered)

    I've always purposely avoided jobs where my screw-ups might produce serious injury or death.

    What turns me off jobs like that is that they always come with strings attached. We are talking high pressure, tight deadlines and annoying red tape all over the place. When you combine corporate greed with insistence on quality and safety by regulators there is only one way things can turn out. Nobody is ever going to give up part of their profit margin to make your life as a dev easier.

    This said, if someone had offered me a laid back and non high stress job in such a field I'd not have said no. At the end of the day bugs will happen, and on occasion people will die. That's just how it is. No sense stressing over that. And if it's going to happen to someone it might as well be me. As long as nobody can sue me personally over it and the whole thing is not some sort of obvious idiot mistake on my part I'd not feel any guilt over an airplane or ten falling out of the sky because an unforeseen bug.

  • G. Gekko (unregistered)

    But think of all the shareholder value generated. The product is just an annoying afterthought.

  • (nodebb)

    The thing about engineering in the real world is that it has evolved over decades and centuries, depending on what's being designed. We've been creating buildings for millennia, and we've increased size and complexity incrementally, building on what previous architects learned. Airplanes are only a little over a century old, but still that's been time enough for us to learn the basics and improve on them. Early planes probably fell out of the sky all the time, now crashes are rare and almost always due to a really strange glitch.

    Software has the problem that each new application is almost starting the evolution process from scratch. While past software engineers may have solved some fundamental problems, like memory management, the domain-specific parts are new. Just as you can't apply too many skyscraper architecture principles to designing jumbo jets, what we've learned from designing word processors doesn't help much with cockpit automation.

  • (author) in reply to some guy

    That's what it sounds like for context. Flash the software onto the device, power it up, and see if it works for a very minimal test of "works". That "working test hardware is scarce" implies that you may fail this validation not because of software failures, but because the test hardware you're running it on is busted. I've been in this state- tracking down bugs in software when it's just that one of the pins on a board got shorted at some point and now the board is wonky.

  • (nodebb)

    Ah, yes. The wonderful "We have a schedule to meet" on what everyone except the C-suite and the sales dept knows is still an R&D project.

Leave a comment on “The Ghost of Christmas Future”

Log In or post as a guest

Replying to comment #688880:

Log Out

« Return to Article