It's great. I also self-host my own Forgejo (that's the software Codeberg runs on) instance for private repos, to avoid using up space on Codeberg's servers.
Main problem is the lack of federation, leading to splintering across Codeberg/GitLab/sourcehut/self-hosted forges. I know there's Radicle, and Forgejo is working on ActivityPub integration, but it's slow-moving to get what should be inherently federated by design (git) to actually be federated. In practice you need accounts on a dozen different websites if you want to regularly contribute to foss.
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.
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?
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"
Then I don't think that would be the most effective way because most people aren't paying that much attention, independently of knowledge. What would tip me off to it being a scam would be other parts of the email.
The point schnurrito was making is that even if you know what an IP address is and what are valid or invalid IP addresses, a lot of people won't read the IP address. They'll just see numbers and skim over them. Even if you're keeping eyes peeled for scams, most people don't have their IP address memorised off the top of their heads so they wouldn't be looking to check if the IP address looks right or not.
Except you can already download and run models on your local machine for free with ollama. Price raising might at least calm the AI craze with the normies though. Probably not with developers who know how to run LLMs locally.
That's concerning. If it was "I generated a function with an LLM and reviewed it myself" I'd be much less concerned, but 14k added lines and 10k removed lines is crazy. We already know that LLMs don't generate up to scratch code quality...
I won't use PostgreSQL with ntfy, and keep an eye on it to see if they continue down this path for other parts of ntfy. If so I'll have to switch to another UP provider.
This isn't gen Z slang. It's largely butchered AAVE (which is an entirely valid dialect with its own internally consistent grammar and vocabulary). Many such cases.
There are different server implementations. I run tuwunel and haven't had problems. It seems about as performant on my VPS (8GB RAM, 4 CPUs at 2.4 GHz, hosting other services not just tuwunel) as matrix.org was when I used that.
I don't. I don't care how much AI "evolves". I don't need it so I don't use it.
Restaurants exist and some of them are quite good. But I still have a home cooked meal for every meal. The existence of restaurants doesn't make home cooking obsolete.
I have found that cast iron is quite easy to get nonstick. It isn't as good as teflon but it does get functionally close, to the point where I don't have any kind of sticking trouble with my cast iron. Give it one oven season when you first get it then just cook with it like normal. Don't cook food particularly sensitive to sticking until you've cooked with it a few times, a month of regular usage should be more than enough. If you're worried about sticking, use extra oil, has never done me wrong.
It might not be autism, it might be just lacking context as to what they mean. The kid is likely very young so they might not know what alphabetical order means. It's a reasonable guess given the lack of explanation in the worksheet.
On duckduckgo.com it's unfortunately enabled by default though. You have to go out of your way to set your search browser to noai.duckduckgo.com if you want default AI disabled (which you'll want on e.g. private browsing windows/any browser that autodeletes cookies when you close it). It's extra hassle because most privacy web browsers use DDG by default, not the noai subdomain.
It's great. I also self-host my own Forgejo (that's the software Codeberg runs on) instance for private repos, to avoid using up space on Codeberg's servers.
Main problem is the lack of federation, leading to splintering across Codeberg/GitLab/sourcehut/self-hosted forges. I know there's Radicle, and Forgejo is working on ActivityPub integration, but it's slow-moving to get what should be inherently federated by design (git) to actually be federated. In practice you need accounts on a dozen different websites if you want to regularly contribute to foss.