Well, it's been working fine for me for about 15 years, let's agree to disagree here. I would still find it easier to remember to change the tires at +1°C than whatever the hell it comes down to in Fahrenheit.
I too live in a region with 80 (Celsius) degree yearly variation (sometimes more; the maximum yearly difference I've lived through is about 90 degrees IIRC: -45 in January to +43 in July), and Fahrenheit makes absolutely no sense to me in this climate.
There's very little difference between e.g. +25°C and +26°C, not sure why you would need event more accuracy in day to day life. There are decimals if you require that for some reason.
Celsius works significantly better in cold climates for reasons mentioned in another comment.
What the hell are you talking about. If it's 0°C outside (or below that), I know that it's high time to put winter tires on because the water in the puddles will freeze and driving on summer tires becomes risky. I had to look it up, but apparently that's +32 °F. Good luck remembering that.
+10°C is "it's somewhat cold, put a jacket on". +20°C is comfortable in light clothing. +30°C is pretty hot. +40°C is really hot, put as little clothing as society permits and stay out of direct sun.
Same with negatives, but in reverse.
Boiling water is +100°C, melting ice is very close to 0°C. I used that multiple times to adjust digital thermometers without having to look up anything.
It's the most comfortable system I can imagine. I tried living with Fahrenheit for a month just for fun, and it was absolutely not intuitive.
Unless you're living in the middle of nowhere and the only people you're close to are the ones you have nothing in common with. Besides superficial characteristics like ethnicity and language. These threads are a blessing for some of us.
I am not even in Russia, but that war pulled so much out of every region, including mine (which did not see fighting directly, but provided many conscripts and resources), that after the war there simply wasn't much to eat or too many people to work the fields. My grandparents first ate caramel candy in 1952, IIRC. Good luck increasing your fertility rates in these conditions.
No I did not, and I have no desire to play the guessing game when it comes to these things. There are lots of FOSS alternatives with no strings attached, or honest commercial projects which don't claim to be something they're not.
This. I wish more users that prefer quite primitive text editors would broaden their horizons and learn at least one proper IDE. It's been honestly quite funny reading comments for the past few years about how amazing e.g. jump to definition is (compared to grepping and navigating manually) like it's some great new thing when we've had it in every IDE for decades (and much, much more). I remember using autocompletion/jump to definition/various refactorings in Borland IDEs back in 2004, and they were surely available long before then.
The level of code refactoring tools available in IDEA dwarf anything vscode has been able to come up with, and I don't see that changing. And it's not just for Java (although it gets the best tooling), they're the best for every language that has any popularity at all. Including TypeScript, where IDEA has a significantly better performing lsp features than vscode.
For example, it automatically finds copypasted code (including cases where variable names and code structure might differ) and can automatically extract a single implementation and generalize it for you with a single key press. If you have multiple classes with similar interfaces, it can extract the common bits into an interface and update the classes to become its implementations. It can shuffle types and methods around for you, automatically updating references (which you've mentioned). Autocompletion for absolutely everything, including difficult cases like e.g. SQL inside a Rust snippet inside Markdown. And much more.
Yeah, just be careful never to respond to your work emails whilst using this keyboard. "Sorry boss, I can't be bothered right now because my keyboard prohibits me from using it for commercial activity." That will fly well.
Yes, laptops without a windows license are pretty popular in at least some poorer countries. Most buyers install windows anyway and activate it via massgrave and friends, which lets you save 40 to 100 USD, which is a pretty big deal.
They're not more "random" than developers of a lot of software you run. Package quality tends to be pretty good, I've only seen doubtful things once or twice in about a decade, and nothing malicious. Definitely haven't seen anything like the famous `rm -rf /*` in the official non-"random" nvidia package that was prepared and then shat into the world by nvidia's non-"random" developers.
This doesn't make it legitimate. You can just activate it through any of the third party kms servers (or massgrave for non-volume licensed versions) and stop pretending you have a legit copy.
Same with those five dollar vl keys people buy off eBay for some unfathomable reason. Pure waste of money.
It's a rebuild with a few more patches on top (like ksplice). If you need a RHEL rebuild, they're the first to release security updates of any of the rebuilds I've tested. See my other comment for more info.
Oracle also was the first to release updates last time I compared the three of them side by side, which was about a year ago. I installed Rocky, Alma and Oracle 9 on three VMs, pointed them as close to upstream repositories as possible (to avoid mirroring delays), and just started them every day to see who was the first to update. I also checked RPM metadata which includes build time. The experiment ran for (IIRC) about two months.
Oracle was consistently the first, lagging behind RHEL for a few hours (for important stuff) to a couple of days (for less important ones). Alma was a very close second. Rocky would spend days to weeks and was by far the slowest.
No, I don't buy the argument that it's good for you because they receive additional testing. If you really need that much stability that you can't take an update after RHEL has done so, introduce your own delays and test your shit on staging. I'd like my upstream to be as quick as practically possible. Oracle and Alma cover that nicely.
I really don't think a slightly different syntax is enough of an argument to bring a separate language, introduce another massive dependency (and another vendor) into your supply chain, and create additional problems with hiring people, but to each their own.
I don't mean Optional, it was never intended for widespread use, according to its own author. It's solvable by using annotations; uber has a solution that allows you to only annotate nullable fields, and the rest is assumed to be (and checked at runtime) as not null. There are never that many nullable fields in sanely designed applications.
Writing Kotlin in other IDEs is about as good as writing it in vim. Java experience is closer to the same level regardless of which of the big three (or two…) you prefer.
For boring line of business and crud applications there is almost no difference with latest versions of Java, and the feature gap closes with every release.
I recently finished (however much you can "finish" software) a project in Kotlin and probably won't be using it in the future. Compilation time, although much improved by recent releases, is still twice as slow as Java, you only get decent support for the language in IDEA (which makes sense since the officially stated goal of releasing Kotlin was to drive sales of their IDEs), and feature-wise the only thing it really has over Java is null safety, which is solvable through other means.
You get all the other problems of using a "guest" language (of which there have been many before — most of them long dead) like the disconnect between read-only data classes and records, which necessitates the use of @JvmRecord when you need specifically a record. This disconnect between the language and the JVM too will continue to widen.
As far as I'm aware, the only officially supported way of shipping Java applications is by building custom runtimes with jlink. So if you want to play by the rules, it doesn't matter what the distributions ship.
Ubuntu ships multiple runtimes for every supported distribution and does backports FWIW.
I too live in a region with 80 (Celsius) degree yearly variation (sometimes more; the maximum yearly difference I've lived through is about 90 degrees IIRC: -45 in January to +43 in July), and Fahrenheit makes absolutely no sense to me in this climate.