I know I’m late to this but here’s my (probably insane?) take. We use Subject-Verb-Object in English right? So, hear me out:

dialog_create_tab(...)
dialog_open_file(...)
dialog_close_file(...)

Software optimization is mostly not a language-level problem. I’ll be dailying my 3-year-old OnePlus 9 Pro until it starts missing out on security updates, but it will probably still be “usable” long after that. Support/updates aside, my 6-year-old galaxy s9 can still run most normal apps. Hell, I got the most recent lineageOS running on a pixel 2 XL from the year before that and it straight up felt fast as long as I wasn’t playing some super intensive game or something. This isn’t an android vs. iOS problem, it’s a “developers of [insert flashy new app here] either not bothering to put effort in to optimize their code or being forced to push out a minimum viable product ASAP” problem.

Edit: fixed my hyphen use

This has to be bait

That’s fair but you’re also phrasing it like the Zelda games are objectively worse than God of War or Horizon Zero Dawn. I played and enjoyed HZD (hoping to pick up forbidden west soon as well) but imo I had a much better time with tears of the kingdom and breath of the wild.

(and people in this comments don’t seem to accept that someone actually hates a game they like lmao). If you compare God of war and horizon zero dawn to Zelda and all Nintendos games, there is just no comparison at all. Sorry, but they suck.

You are criticizing people for not accepting differences in opinion, and then immediately after you claim those opinions are objectively wrong (“just no comparison”).

Just leaving a comment with “they suck” with no extra detail doesn’t really add anything to a discussion, especially when it isn’t exactly as one-sided as you claimed. After playing HZD, I can definitely say Breath of the Wild and Tears of the Kingdom’s environment felt better (to me) even if the story was half-baked in some aspects and the graphics were worse. The physics and world engine in BotW (and even moreso in ToTK) felt way more freeing because it is way more flexible. The building system in ToTK and the way the same rules applied any elemental effect (weapons, arrows, physical items in the map, etc.) made doing literally anything feel more fun because there is almost never just one solution to a problem. It really leans into the open-world aspect in ways that HZD never did. There’s something to be said about the way I could launch BotW/TotK, raid an enemy camp, do a shrine, and blowing either link or the enemies up spectacularly with a poorly-made contraption in the span of 15 minutes, while I would always feel like I got nothing done if I spent less than an hour in HZD.

Spoken like someone who’s never played a Zelda game. That being said, probably just play it on an emulator unless you like the portability aspect

Edit: But seriously, Nintendo is one of the only publishers that hasn’t ruined their games with live service micro transactions and battle passes, and one of the only publishers that hasn’t ruined their long standing IPs yet (Pokémon excluded, but that technically isn’t owned completely by Nintendo). I don’t exactly like Nintendo as a company but I have to respect that they haven’t been cash grabbing in the same way other publishers have.

Another big thing that doesn’t get covered by big O analysis is the potential for parallelization and multi threading, because the difference created by multi threading only amounts to one of those dropped coefficients.

And yet, especially for the workloads being run on a server with 32-128 cores, being able to run algorithms in parallel will make a huge difference to performance.

That’s partially my point. You can never be 100% safe, but there’s a lot you can do to increase your safety besides just relying on intuition (edit: because intuition is usually the weakest link, see social engineering/phishing tactics). Anti viruses (when they aren’t just bloatware) are part of that.

Your second point about not meaningfully defending against backdoors and vulnerabilities is kind of against the point. You can totally defend against backdoors by not giving apps admin privileges, limiting network access, etc. so that damage can be limited even if an exploit happens. Then, if some backdoor or exploit is discovered, it’s only as dangerous as the permissions you give that app.

Linux gets viruses too (see recent xz-utils vulnerability that almost got into production environments) and its kind of a shame that corporate antivirus software like Norton and McAfee end up ruining the reputation of antiviruses. In theory the idea of having a software that can scan for common viruses is a great way to increase security, even if it shouldn’t replace common sense. I’m not too sure if there are any good FOSS antiviruses, but if there aren’t there should be.

What makes you think so?

The devs said so. Check r/Suyu, that seems to be where a majority of the updates are being posted. I think there was a link to a pastebin post somewhere there as well.

The SDK mentioned was first party, presumably leaked but I’m not completely sure. And yes, that means it would be present in every other fork as well.

Edit: here are some of the links I’m talking about:

https://www.reddit.com/r/suyu/s/TqSWDlnsGs

https://pastebin.com/6FYdz9Sr

Edit 2: worth noting that the “founder” (as they call themself) still wants to continue on the project but I believe a majority of the devs left.

Edit 3: I found the archive link from someone on the Yuzu team showing they had access to a leaked switch SDK: https://web.archive.org/web/20210114104638/https://twitter.com/Slashiee_/status/1349557173970341890

I don’t know how much of this evidence is real but if any of it is they’re going to have a much harder time finding devs willing to contribute to Suyu, even if development does continue.

Suyu died though. Right now the only actively maintained Yuzu fork is Sudachi, which is only maintained by a single person.

Apparently there was some drama about the Yuzu devs using code which came from a switch SDK as a basis for emulator code, which kind of poisons the whole codebase.

It may not have been dark out but it was still pretty cool seeing shadows get messed up and seeing the sun get covered through eclipse glasses.

Definitely hoping to travel to one of the total eclipses in the later 20s/30s tho

I don’t actually think eclipse is completely terrible (just saw the opportunity for a meme). My main problem with it is that unlike intelliJ, the UI buttons don’t scale with the font size, making it pretty unusable on my HiDPI laptop.

For now I’ll just stick with IntelliJ/idea IDEs (I have access to an education license for ultimate) and then if/when Idea ruins it I’ll probably just try to integrate my Java workflow into either VS Code or an nvim setup

You’ve fallen into my trap card, I really just wanted everyone else’s eclipse photos here

For anyone else confused: in this case NLP stands for “Network location provider,” not “natural language processing”

I love not having downvotes federated 😎

Thanks for the explanation! I didn’t realize it was mostly a maintenance limitation, I thought maybe 32-bit instructions could be an extra attack vector on a physical CPU instruction level or something like that.

Isn’t supporting 32-bit apps on a 64-bit OS a security concern though? I thought that’s why some linux distros were disabling 32-bit repositories by default on their 64-bit versions

I feel like squash and merge on GitHub/GitLab is nicer for that anyway though, it makes the main branch so much cleaner automatically

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.

As a dev who works on both Java and C# code, modern Java (17+) and C# feel almost exactly the same (not sure if Java has extension methods though).

Bonus points for using Kotlin instead tho. I dislike both Java and C# just because they both allow any object to be null and that’s usually a headache whenever a null exception shows up.

The only thing I like better about C# is the Fixture library for testing. I haven’t found any mature libraries like it for Java yet.