How does one qualify how much a language needs to be used?

Are you saying Rust is being used in places that you feel C/C++ should be used, and you don’t think Rust belongs? Or maybe you are saying Rust is being used in places where C/C++ are not typically used, and you don’t feel it belongs there?

The closest thing to context you’ve given is that you feel Rust has flaws (all languages do), and that Ada is perhaps safer. It’s really hard to give any kind of answer without a properly fleshed out question.

Overused

What is the correct amount of usage? Why shouldn’t people use the languages they want to?

Step 1: Get tested for sleep apnea. If you have it, snoring is the least of your worries. Don’t skip this step.

Otherwise, sleep on your side, elevate your upper body (Amazon sells wedge pillows).

If you are certain you don’t have apnea, you can also try a chin strap. Just be sure any chin strap you buy pulls your chin up, not back, as this will A: Obstruct breathing, and B: cause major jaw pain.

+1 on lower tier Intel CPU mini PC. I have a slew of different boxes by Beelink, Intel, and Asus. The N95 box I bought from Beelink (basically an N100) has been one of the most impressive for being so low power, and yet handling the wealth of services I’ve been running on it (with a lot of overhead yet).

The two are not even remotely in the same category of CPU. This is a comparison of apples to orchards.

I was mostly being tongue in cheek, but I think it might be possible to launch steam in big picture mode, rendered by Gamescope, from the TUI. No DE required.

Don’t install a GUI and you can just skip this step

You son of a bitch, I’m in.

Except that’s not the case according to the Flight Simulator 2024 FAQ

For any content you purchased outside of the simulator, the Community Folder will continue to work as it did in MSFS 2020. Any content in your MSFS 2020 Community Folder can simply be copied over to the new MSFS 2024 Community Folder, and the vast majority of that content should work in MSFS 2024. For any content you purchased in the Marketplace in MSFS 2020, that content will show up as owned in the Content Manager (in MSFS 2024 called “My Library”) at launch for you to use in MSFS 2024, and the vast majority of that content should work in MSFS 2024. This availability does not require developers to sign off on their content.

Its not as easy as launching from steam

Nonsense! Often adding as a non-steam game and using proton is one of the fastest ways to get up and running!

But yeah, it’s trivial

Maybe look in the settings. There is a hotkey option to save the last X amount of time (where X can be customized)

Proton does. I switched from Mullvad for that very reason.

Reasons are usually just newest kernel/mesa/etc. Most of the time the difference is very small, and often inconsequential. However, every now and again there is a major development that might make it worth it (IE: The graphics pipeline that all but made dxvk-async obsolete)

As a C# developer on Linux, I wish this was more true than it is. Working on a multi project dotnet solution in VSCode is still far behind Visual Studio / Jetbrains Rider.

Its also worth pointing out that the more you add to VSCode, the slower it becomes. If you add the toolkits to make it compete with Jetbrains products, it isn’t nearly the same lightweight editor anymore.

Won’t speak to Webstorm, but hard disagree when it comes to Rider. VSCode/Zed really fit into an entirely different category from Jetbrains IDE’s. Lightweight editors vs full fat development environments. There are use cases for each.

The truth about abs workout and diet is the same order tonight and tomorrow is fine but most importantly I will send you the best way to get the latest Flash player to play with my family 😁🐱

deleted by creator

The plugins would almost certainly work in a VM, but I imagine that latency would become a big headache. For my purposes, I picked up a Beelink mini pc and called it a day.

So in terms of DAW (Digital Audio Workstation), Linux already has Bitwig, Reaper, Arour, LMMS, and possibly others. Personally, I find the bigger issue comes from plugin developers (the DAW is your main program, and you add your sounds/effects through plugins). Most companies are not delivering anything Linux native. Many of these plugins can be bridged with compatibility software, and will work fine that way. However, most of these plugins now are also using their own install/activation software center, and they are often a nightmare in Linux.

Music production is the one thing I currently keep a windows mini PC around for these days. It’s not impossible to make the transition to Linux, but the last thing I want when pursuing a creative endeavor is technical software challenges holding me up.

You can say that speaks volumes about the character of the author (though you are the one assigning said “shame”). You were asking why this report deserves credence. The points raised in the report have citations such that you can decide where you fall on the presented issues.