Sometimes you may need to deal with odd proprietary processors with limited and flawed knowledge about them.
For example, in the 37c3 talk "Breaking "DRM" in Polish trains" by the folks from Dragon Sector (I highly recommend watching it), they needed to reverse-engineer Tricore binaries, however they found the Ghidra implementation had bugs.
As for the PLCs, the IEC 61131-3 functional block diagrams transpile to C code which then compiles to Tricore binaries using an obscure GCC fork. Not saying that anyone would want to write Rust code for PLCs, but this is not uncommon in the world of embedded.
If I had to wager a guess, bootc might get more actual use now that it's supported in RHEL 9.6 and 10 as "image mode". It's an exciting piece of technology, especially from the perspective of a platform engineer.
Also, bootc is a basis for the Universal Blue family of distros, especially Bazzite, which is very popular with gamers.
Holy hell, this is such a depressing, dehumanized, out-of-touch article—especially regarding the fascination with AI in the field of, admit it or not, art. The article even makes mistakes in the most basic factual areas, such as calling light novels "visual novels." It's deeply saddening.
For a more positive outlook on the animation industry, check out "Keep Your Hands Off Eizouken!"—an incredibly creative love letter to the joy and passion of creating art through the lens of animation.
Hey thanks for this recommendation! I'm a few episodes in and loving it. Your description is spot on.
One thing that is striking to me is just how much budget Japanese high schools have for clubs and stuff. Meanwhile in America we have teachers buying basic school supplies from their meager wages...
While YMMV, some smaller companies and manufacturers offer boards based on ARM or RISC-V cores. Consider checking out the MNT Reform - likely one of the closest computers that while a bit impractical, fills the openness criteria.
Modern ARM designs destined for computing are alo coming with management engine like features, just like Intel and AMD, plus other obscure silicone features and proprietary FW blobs, even more so than Intel and AMD, like DSPs, ISPs, etc.
If you want non-obscure HW you'll have to go back to pre-microcode days of processors roll out your own.
The article doesn't seem to mention AWS, really. I also feel like the primary issue is the lack of communication and support, even for a large corporate partner.
Seems like they're moving to bare-metal, which has an obvious benefit of being able to tell your on-call engineer to fix the issue or die trying.
But in this case the answer from AWS would have been that's their SLA and you need to just be ready to handle an instance getting messed up from time to time, because it's guaranteed to happen.
reply