Not the place, my dude
Nobody mentioning 3D printing? :(
For those un-enlightened in the ways of making inedible spaghetti: Hair spray is often used as a makeshift adhesive to make your prints stick to the printer and 230°C is conveniently around the temperatures you print most stuff at.
(I know it's not hair spray, but it would be more funny)
I thought the punch line was that biostatistics is actual biology, and biology is statistics :)
Linear algebra, absolutely. But I kind of hoped to get through my whole degree (mostly EE) without properly knowing statistics. Hah. First I take an elective Intro AI class, and then BioInf. I guess I hate myself.
I'm happy as a cis dude, but I'd be lying if I said I never thought to myself "hey, what if I had a 1m dick? or none? or both at the same time...?"
No, not really. This is from the perspective of a developer/engineer, not an end user. I spent 6 months trying to make $product from $company both cheaper and more robust.
In car terms, you don't have to optimize or even be aware of the injection timings just to drive your car around.
Æcktshually, Windows or any other OS would have similar issues, because the underlying computer science problems are probably practically impossible to solve in an optimal way.
Get a nice cup of tea and calm down. I literally never said or implied any of that. Why do you feel that you need to personally attack me in particular?
All I said was that a supposedly easy topic turned into reading a lot of obscure code and papers which weren't really my field at the time.
For the record, I am well aware that the state of embedded system security is an absolute joke and I'm waiting for the day when it all finally halts and catches fire.
But that was just not the topic of this work. My work was efficient memory management under a lot of (specific) constraints, not memory safety.
Also, the root problem is NP-hard, so good luck finding a universal solution that works within real-life resource (chip space, power, price...) limits.
Except that the degree I did this for was in electrical engineering :(
Let's carve our memes into stone and bury them for future archaeologists.
Around 10k years before us, we developed from hunter-gatherer cavemen to neolithic city builders with irrigated farms, organized religion and and a feudal society in like 1000 years. That is also pretty quick. Sure, pyramids took a bit longer. But while pyramids are pretty damn impressive, no pyramids does not mean an "uncivilized" society.
You are literally describing the idea of Debian. Yes, stable is old, but that is the whole purpose. You get (mostly) security updates only for a few years. No big updates, no surprises. Great for stuff like company PCs, servers, and other systems you want to just work™ with minimal admin work.
And testing is, well, for testing. Ironing out bugs and preparing the next stable. Although what you describes sounds more like unstable, the one where they explicitly say that they will break stuff to try out other stuff.
So, everything works as intended and advertised here. If you want a different approach to stability, I guess you will have to use a different distro, sorry.
I guess when you last tried it, it was at a time when a new stable came out, so testing was more or less equal to stable.
About the firefox: It ships Firefox ESR these days, meaning you get an older, less often updated tested firefox (with security updates, of course). Again, this is the whole point. Less updates, less admin work, more time to find and fix bugs. Remember the whole Quantum add-on mess, for example?
As others have said, you can install other versions of firefox (like the "normal" one) via flatpak, snap... nowadays. The same goes for other software, where you would need the newest and shiniest version sooner. I'm using debian on my work/uni laptop and a bunch of servers, and it works pretty well for me.
The Linux kernel actually uses quite a bit of OOP ideas. You have modules that are supposed to have a clear interface with the rest of the world, and they (ab)use structs to basically work like objects. If you try hard enough, you can even do "inheritance" with them, like with their struct kobject. It is actually somewhat well-thought-out, imo. No need to go full OOP, just pick some of the good parts, and avoid the MappingModelFactoryServiceImpl hell or the madness that is C++.