In the grand scheme of things the difference between C, C++, and Python isn't meaningful when operating over a network (edit: for a single-user system). It's very likely that the difference for thread OP is just caused by weaker connections to specific repos.
We're talking about a package manager, not a game, network server, etc. On a basic level the package manager only needs to download files from a network and install them (OS syscalls for reading/writing files, these are exposed C functions or assembly routines), or delegate to a specific package's build setup (which will also likely be written in a compiled language)
Unfortunately I'm not in the path of totality but I am pretty close
Alt: A picture of the (almost but not totally covered) eclipse
Unfortunately I wasn't in the path of totality but I was pretty close.
Alt text: My photo of the (mostly but not totally covered) eclipse
A lot of people here seem to think that Java code is awful and disgusting and no projects should ever use it. The thing about popular languages is that more code existing in a language inevitably means a lot of it ends up being bad. The same thing will likely happen to rust as it gets popular, but that isn't exactly a problem. It's possible to have a well-maintained Java codebase.
Debate between functionality of the actual programming languages at this point is pretty meaningless, if they have good development standards then a Java program could end up just as well maintained as rust. Any time saved by compiler enforcement of specific standards (like no using null) would be lost by the fact that the devs don't know rust tooling. You could just have a requirement in PRs that null isn't used. Both Java and Rust have usable frameworks for REST API development, so using one or the other comes down to familiarity.
The idea that programming languages make code suddenly good or bad is pretty silly. Different languages have different language-level guarantees which can help produce good or working code. That being said, it's not like it's impossible to write good Java code, just like it's not impossible to write bad rust code. Most people seem to be conflating guaranteed functionality and safety with maintainability, stability, and readability. Rust is still a new language, so although it's great, Java will probably be the better choice for the latter 3 qualities.
That being said, something like Kotlin would probably have been a better starting point since it can interact with Java (and works like Java in most cases) but also has some nice improvements like stricter null checking (Kotlin nulls are treated similarly to rust's Option<T>, it's just described as T? instead and the syntax is generally a lot more concise). There's also the benefit of being able to write some code in Kotlin and some in Java since they are mostly cross-compatible.
Alt text: post this cat on Friday March 22. There is a picture of a "cat".
Java is reasonably fast though, as the JRE is pretty well optimized at this point. Languages closer to being fully interpreted like JS and Python (technically both python and JS still get compiled to a lower target and then interpreted) are still noticeably slower.
Edit: there's also the fact that JS/TS runs on a single thread, so it's inherently limited for applications intended to be scaled up.
Which costs an additional $100/yr for something that's free on any other platform.
Note that a few of these are misleading...
AngularJS no longer exists because the library switched to TypeScript (which can be used with JavaScript code) and is now just called Angular. For the non-developers, TypeScript and JavaScript are mostly cross-compatible, and having a typing system makes way more sense for what Angular tries to accomplish. They didn't actually kill the project.
The Google Duo app also got more or less facelifted into Google Meet, so it's not like it's actually dead.
Those things being said, the amount of things on that list is pretty crazy. Especially the ones that were straight up canceled and not rebranded/replaced.
No, you can't, because that isn't a good analogy. Those two situations are not at all the same, but I'll humor you.
The analogy you're making is like saying only the company who makes doors is allowed to change the lock on your door, and they're allowed to just stop offering the lock-changing service whenever they want. They also conveniently put a mechanism in so that whenever a third-party locksmith comes, your door falls apart. Your only option is to buy a new door, doorknob, frame, and hinge because your lock is worn out.
Coal mining kills more people per year than nuclear does. Pollution kills more people by several magnitudes than nuclear ever could. When proper safety measures are put in place it's by far the safest form of energy. And regardless of whether people make nuclear power plants, the technology exists, so it will be used to make bombs regardless
Nuclear is probably the safest form of power when proper protocols are put in place but it's hard to do that when the largest country in Europe (Russia, both by size and population) is currently in a war
How so? I usually find their content pretty interesting
I've been using EndeavourOS for about 1.5 years on my laptop and about a year on my desktop. I've been using it as arch but pre-configured. I believe EndeavourOS uses the same repositories as stock Arch, with an extra EndeavourOS repo added for theming and some convenience tools they use.
The UI might not be as easy as Manjaro (I don't think they pre-install a GUI for pacman/yay, but it isn't hard to install one like pamac). Other than that if you use a desktop like Gnome or KDE and install a pacman frontend you probably won't need to interact with the terminal more than you want. Honestly I think EndeavourOS is a great place to start if you want to learn more about Linux without having to spend the time configuring your system from scratch.
As a current computer science college student who was a TA for 2 semesters, can confirm... It's wild out here
I'm guessing lemmy.cafe has .ml blocked but not the other way around, OP likely can't see your comment