@slash@cdrom.tokyo software is starting to compose slower multi celled organisms with more stability in aggregate.That really depends on who you ask. A lot of people seem to agree that increased complexity equals decreased stability.
@SuperDicq if you were to look at this adage through a comparative perspective to biology i wonder if the conclusion would ultimately be more like, software is starting to compose slower multi celled organisms with more stability in aggregate. Catastrophic failure is still very much possible, even moreso sometimes than with these single purpose ripspeed programs, but in general there are more adaptable platforms resulting from this kind of coordination in computer science.
@slash@cdrom.tokyo It is indeed true that when software developers push hardware to its limit they often take out a lot of the safety stuff.
I mean just look at how back in the day we had C, and it was so easy do unsafe memory stuff, cause stack overflows and other common issues associated with software written in C. But hey, it runs Doom at 60fps.
Nowadays we got things like garbage collection or languages like Rust that are built completely on the principle of memory safety.
@SuperDicq That’s fair, it’s what I meant by catastrophic failure is still very possible. As you increase complexity there are a lot more things that can go wrong and second order effects on other components in a chain for doing something. The tradeoff, though, is that in practice I have had to physically hit the reset button a lot less often because these elaborate setups fail bombastically, but they don’t totally lockup the computer environment beyond recovery as often.
@lanodan@queer.hacktivis.me@slash@cdrom.tokyo My point is not to compare Rust to Electron. But if you want to do some stuff in Rust with the same performance as C you'll have to wrap it in unsafe {}.
@SuperDicq@slash Well so is current Rust stuff to be honest. It's not electron size (which has roughly as much security as C in a badly configured container) but from a dev perspective it's roughly the same, both have a crazy amount of dependencies beyond any auditing.
@lanodan@slash@SuperDicq Comparing a statically compiled programming language to an entire software framework with a Javascript JIT and HTML engine is ridicolous
@SuperDicq@slash@Mek101 I think it does with JavaME and I'm not sure if there is other kind of actual Java runtimes for embedded devices that come with a graphical output (a GUI for a smartcard is useless).
I consider Android stuff to not be Java proper but a fork of it.