Aside from the fact that hunger is not caused by lack of food but by a capitalist distribution of means of subsistence, that also sounds profoundly unsafe. So you want to grind raw meat, raw eggs, with berries, leeks, idk what else, and hope for the best? Some of the food might have been on the verge of expiration. If some of the food was bad now all of it is bad because you mixed it all up. Different ingredients need different cooking methods, temperatures, times, etc. Some of your paste will be cooked to inedibility whilst some of it won't be at a food-safe temperature yet. Even if it didn't cost anything to implement this, no one had any dietary requirements, etc, this food would just be unsafe to eat.
Without knowing anything about your students, it's hard to say. If I were the student I'd much prefer to be taught C, but that's because I have an existing interest in computers and a desire to develop systems programming skills. I wouldn't like to teach JS to anyone because it's a bad language and I don't want students to go away making more web 3 slop but if they actively are interested in making web 3 slop that'd be a case for teaching JS. I'm of the pedagogical school of teaching students what they are actually interested in learning. They might not know enough about programming to know which language they want to learn off the bat, but maybe ask them what sort of software they're interested in making. If they want to make websites, you might want to teach them something like Python with Flask, as something less bad than JS as well as easy enough to learn.
Imo C is a good teaching language as it teaches you a lot about how computers work, as well as the fact that nearly everything runs on C. It is "harder" though, and imo is also for students who are actually interested.
If you want something more featureful, OpenRC is decent.
I usually use runit, which is much more lightweight, which I like.
You can try out distros with different inits in VMs and see what you like. Or if you're the distro-hopping kind, just distro-hop.
Had no idea Qt had 3D rendering... GUI designers get more creative. Let's see a 3D email client.
Haha I used to do this all the time for my credit card PIN. Every time I had to enter it I had to get out a calculator as I didn't remember the four-digit number but I did remember the expression I used to derive it.
Good luck trying to maintain the mammoth that is systemd... why not just switch to an alternative init system and focus your efforts on contributing to those, instead of trying to single-handedly maintain such a huge codebase?
Worth considering that there's less of a need for backwards-compatibility with Linux binaries because most Linux software is open-source, so they can be recompiled or updated for modern Linux by the end user if the maintainer is gone. A lot of legacy Windows software is still in use and the source is unavailable, so Windows has to support it for the businesses that use the legacy software. In other words, it's a cultural difference too. Linux seems pretty good at supporting things users actually use, like old hardware.
Not disagreeing with you btw, just my thoughts on why that difference exists.
They have a near-monopoly on the desktop market. The average consumer doesn't care about bloat, and will keep using Windows stubbornly no matter what. Why bother writing good software if people will buy it anyway?
Signal is fine for normal/social chatting. It is centralised which makes it much harder to obscure identifying conversation metadata, and I wouldn't recommend it for comms with a state threat model. I like SimpleX for addressing those issues.
If you just want to chat to friends and nothing else, I probably would recommend Signal for the most polished experience and most widely adopted open-source private messenger.
And I've installed apps with adb install file.apk, your point?
Pretty sure they meant a smartphone with a desktop OS installed on it (eg Linux phones), not just "phone that looks kinda like a laptop but still uses Android"
I was taught vosotros but I learnt in a country closer to Spain than to LatAm. I think they mentioned ustedes in later parts of the course but vosotros was the standard second person plural pronoun we were taught.