I'm trivialising, but a lot of software in medical devices is turning a GPIO pin on/off in response to another pin, then announcing that it did so. The piece missing from the article is that the assumed probability of software/firmware (or anything really) failing is 1.0. Everything is engineered around the assumption that things (_especially_ software) WILL fail and minimising the consequences when they do. LLM's writing the code will happen soon, it's a GPIO pin control after all. LLM's proving the code is as safe as possible and that they have thought about the failure modes will be a while.
The co-leads on drafting the code are rather interesting:
> Drafting of the code was co-led by Digital Industry Group Inc. (DIGI), which was contacted for comment as it counts Google, Microsoft, and Yahoo among its members.
Underwriters Laboratories, UL. Look at the back of pretty much any mains powered device and you'll see their mark. They were founded 130 years ago, and test and warrant devices (typically high voltage) to be safe. Security is a new thing for them, but they're well suited to provide the services.
Ignoring the common trope that developers are bad testers (I am, but not all devs are), QA presence allows teams to move faster by reducing the developer test burden to automated regression, and developer acceptance testing only. Good QA can often assist with those tasks too, further improving team velocity. Also, moving tasks to people who specialise in them is not usually a poor decision.
The best way I've found to sell QA to management (especially sales/marketing/non-technical management), is to redefine them as marketing. QA output is as much about product and brand reputation management as finding bugs. IMO, nothing alienates customers faster than bugs, and bad experiences result in poor reputation. Marketing and sales people can usually assign value to passive marketing efforts, and recognise things that are damaging to retention and future sales.
If I was a prosumer/hobbyist video equipment company, I'd be terrified about what Apple does next. They already have significant penetration into the editing market (both with Final Cut, and codec design), they control a number of the common codecs, and they have _millions_ of devices in the field along with substantial manufacturing capability. The cinema end aren't in trouble yet IMO, but the rest should be concerned...
Some sensors do this internally, unusual though. The rest of the high-end ones apply curves manually in software directly at the egress of the sensor. The reason they don't in all cases is that it complicates black level correction, gamut transforms and demosaic operations (without some assumptions).
Still ending really... There are still travel restriction from metropolitan Melbourne to regional Victoria - expected to end Sunday at midnight. Retail capacity is also limited still, but ramping back up.
I've been using Kicad for the same workloads as you, and Altium + Cadence for heavier ones over the years, and I must say they hit the nail on the head here with their comments about KiCad:
https://horizon-eda.readthedocs.io/en/latest/why-another-eda...
I'll have to find a simple project to test this out on though, because as you say, It needs to be a huge improvement on KiCad to warrant a switch.
Seconded it not being about safety. In Victoria, traffic infringement revenue is included in the state budget. I'm assuming that the NSW government does the same, so at $344-$457AUD per offence, this is likely just another revenue generating exercise.
Every SoC I've dealt with containing a WiFi core has a dedicated coprocessor (RPU is a common name, depending on vendor) running its' own firmware. So more likely, _that_ core would go funky, then crash. The kernel might have code to recover that, but I doubt it, and it certainly would complain the whole way as you say.
Not just the big players, I had a conversation with the administrator of the Australian ISP Bigpond about why my server was being spammed. Their response was verbatim "We blocked Digital Ocean, because we get spam from there" Even with good reputation servers, admins are happy to reject legitimate mail for any reason.
This database is inaccurate, my machine was repaired early this year prior to the recall (irritatingly at my cost as the batteries were swollen). It is still listed as requiring replacement batteries via this search...