It’s also worth noting I’ve recently been seeing a lot of Linux posts from people who just switched, this was somewhat of a trend on Reddit as well but imo the Linux posting has gotten noticeably less toxic toward newer users and a lot more understanding of the “using Linux without wanting to spend hours configuring everything” perspective.

Side point that’s somewhat related to that: I wonder how the growth of other platforms FOSS platforms like Lemmy, Mastodon, Matrix, etc. has impacted Linux project development. Not sure if it’s just me but it seems like it’s helped a lot with making Linux communities more accessible.

If the fediverse is so cool how come there’s no fediverse 2 huh???

How long some company like Nintendo uses this to justify taking mods down?

Pretty sure that’s a joke, Mali’s TLD is .ml

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.

I agree with this mostly, but at the same time more powerful hardware lets the devs experiment with more advanced mechanics. For example, ToTK runs pretty hard into switch limitations with its impressive physics. If Nintendo wanted to take that engine even further, they’d likely need a hardware upgrade.

Additionally, more powerful hardware starts putting more demanding mechanics into the realm of possibility for an indie dev team that has neither the time nor the resources to optimize their games at the same level as a big studio.

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”

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

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.

Pretty sure the dev mentioned they were going to release the source code as well, so it won’t really be proprietary anymore. Either way I still prefer melonDS but at least there are options