I don't think that will happen. I share your vision, but that's not how "Nintendo people" reason.

I have a few Nintendo friends and all of them share two reasons for going Nintendo:

1. Great games
2. No tinkering

As a personal anecdote, recently I installed a co-op videogame on my Linux Steam machine and I couldn't get past the main menu, I wasted quite a bit of my own and my friend's time before realizing it was a bug in the Linux build. After reinstalling the Windows version through Proton everything worked flawlessly.

Please don't publish a Linux build unless you plan to test and maintain it.

I didn't downvote, but I found it quite unclear and vague.

Nintendo announced the lawsuit [...] we were just about to go to Tokyo Game Show, so obviously we had to scale back a little bit and hire security guards and stuff like that."

I don't follow the connection... Why do you need security guards in response to a lawsuit?

All repositories related to emulation and Nintendo, some of which I backed up on a self-hosted Forgejo instance.

Also, everything that you use and doesn't have more than 2 or 3 maintainers.

There's the whitepaper.

https://github.com/deepseek-ai

I filled your survey. It would be nice if you could share the results once it's completed.

I assumed that's the "no icon" placeholder for Gnome. I saw it around as well.

I use DDG for the privacy as well, but personally I think it works better than Google in my field (software development). The only issue I personally have with DDG is that it lags behind Google in terms of updates, I notice when searching for something that came out or happened only recently.

None, I use Docker for Linux, and Proton (Heroic) for Windows.

But if I had to pick a virtual machine: libvirt with virt-manager as a frontend, which uses KVM for virtualization.

Yes, you can develop in .NET on VSCode and the debugger works on Linux too.

There is a Docker version of SQL Server which funnily enough is equivalent to the enterprise version (rather than limited like SQL Express). You can use it for free as long as it's for development purposes only.

There is no SQL Management Studio though.

One option would be to use PostgreSQL instead. Entity Framework makes it almost free to replace the database anyways (unless you are doing some db-specific things).

There are some other minor annoyances or missing features, it might bother you; but depending on how you are used to work, you might not even notice. But, hey! you are on Linux now, you get all the benefits of a UNIX operating system, it will be worth it for sure, right? (Yes, imho)

As for gaming, I only do light gaming so I probably don't count. I use Heroic Launcher and it works wonderfully out of the box 50% of the time, the remaining 50% you can probably make it work as good as on Windows if you are persistent enough.

Oh, and sometimes some games run better on Linux than on Windows, but I would say most of the time they run a bit worse.

I work professionally from Windows, and as a hobby from Linux. My tool of choice for coding in .NET is Visual Studio Code (not FOSS, but there is a FOSS version which is just a bit more limited). It's not as complete as Visual Studio, but it's much faster, it has all the basic tools including a debugger, and it's much more customizable.

Also if you have never done it before, you might love dotnet watch which works with any IDE and lets you make realtime changes to your code while the application is already running.

As for UI, my personal choice is deploying a static website on localhost through Kestrel (it's less than 100 lines of code for a fully configured one), and then let the user's browser take care of showing the UI. You could use Blazor if you really want to use C# all the way, but my personal recommendation is to stick to web technologies such as TypeScript and React (using either Parcel or Vite to build your project). Making your UI web-friendly also makes your app cloud-ready, in case tomorrow you will decide that's something you need.

Finally, you can now deploy .NET apps as a single self-contained executable on all major platforms. But as already recommended by other users, I would keep adopting a web-first approach and go for Docker, and eventually Kubernetes. It's a lot of work to understand it properly though, so perhaps you can start studying this topic another day in the future.

Feel free to ask me anything if you have questions.

A less salty way to put it would be that the chart is missing two labels: "Original prompt" and "Poisoned prompt".