On my aging laptop, the Discord app consumed RAM like Goku at an all-you-can-eat buffet. Moving back to a browser tab eliminated the overhead from Electron and was dramatically more performant as a result. This completely side-steps any upgrade and/or snap issues.

Sweet jebus, it really can do anything. Just put it in the kernel already. /s

I’ve used both. What I can tell you is that moving to WSL is like moving to Linux wholesale. Treat it like porting your toolchain.

IIRC, MinGW tools will happily take windows style paths (e.g. “C:\Users~myuser\projects”). If your tooling/scripting depends on being able to use Windows style paths, you’ll have to fix that first or you’re going to have a really bad time. There may be other small differences between MinGW tools and what ships on Ubuntu (or whatever Linux you decide to use in the WSL).

All I know is that the WSL is a massive step-up from Cygwin or Mingw32. We’ve been here before. The most recent incarnation before WSL was a klunky VirtualBox VM steered by Packer. The idea that you can mash a few buttons and get an Ubuntu VM with filesystem mapping that “just works” is a huge improvement.

Edit: I really don’t get the vitriol anyone gets for using the WSL when it’s a problem the FOSS community has tried to solve three times over in the last 25+ years or so.

Plot twist: It was INS the whole time.

I agree and disagree.

The premise is solid: unify config so it’s standardized and machine parse-able for better integrations like an easier-to-build UI/UX. It could even have ramifications for cloud-init and older IaC tech like Puppet.

The problem is Linux itself. Or rather, the subsystems that are cobbled together to make Linux a viable OS. You’re not going to get all the different projects to pivot to a common config scheme, so this YAML standard would need a backend to convert to/from whatever each little deamon and driver requires. This creates a few secondary problems like community backlash (see systemd), and having multiple places where config data must be actively synchronized.

I think the current crop of GUI config systems are aleady well down the most pragmatic path: each config panel touches one or more standard config files, wherever they are, and however they are structured. It’s not pretty under the hood, and it’s complicated, but it works. These tools just need a lot more polish on the frontend.

I would argue that vim is fantastic for a lot of editing and coding tasks, just not all of them.

Where it utterly fails is with deep trees of files in codebases, like you see in Java or some Javascript/Typescript apps. Even with a robust suite of add-ons, you wind up backing into full-bore IDE territory to manage that much filesystem complexity. Only difference is that navigating and managing a large file tree w/o a mouse is kind of torture.

echo "text file content goes here" >> myfile.txt

In a professional context (e.g. work/office), O365 and related technologies make a lot of sense. It solves all kinds of real problems, especially for a remote/hybrid workforce. It’s by no means the best answer for any one application, but it’s a very comprehensive platform and gets the job done.

For the home user? Constantly forcing OneDrive into everyone’s field of view on OS upgrades is intrusive advertising for a thing nobody asked for.

Put any distro in front of me and provided I don’t need to master it, I’m good. Ubuntu is fine. Debian is fine. RedHat is fine. Fedora is fine. I even have a tiny low-end system that is using Bohdi. Whatever. We’re all using mostly the same kernel anyway.

90% of what I do is in a container anyway so it almost doesn’t matter; half the time that means Alpine, but not really. That includes both consuming products from upstream as well as software development. I also practically live in the terminal, so I couldn’t care less what GUI subsystem is in play, even while I’m using it.

The only time I’ve encountered people that care a little too much about what distro is being used, is right after having transitioned to Linux; the sheer liberating potential of the thing can make you lose your head.

I’ve come across a lot of professional bias about Linux distros, but that’s usually due to real-world experience with tough or bad projects. Some times, decisions are made that make a given distro the villain or even the hero of the story. In the end, you’ll hear a lot of praise and hate, but context absolutely matters.

There’s also the very natural tendency to seek external validation for your actions/decisions. But some people just can’t self-actualize in a way that’s healthy. Sprinkle a little personal insecurity into the mix and presto: “someone is getting on great with that other Linux I don’t use, so Imma get big mad.”

I think what burns people the most is that after Photoshop 5 or so, GIMP stopped keeping up with all the improvements in the later Photoshop versions. People making the jump from 2024 Photoshop to 1996 Photoshop UI/UX are gonna have a bad time.

Edit: as a software developer I can say that I’ve never seen a user more frustrated, sometimes even irrationally so, when they are forced to re-learn muscle memory to perform a familiar task. I’ve also seen people practically riot at the mere suggestion that this will happen. If you wish to curry favor with your userbase, never ever, remove keyboard accelerators, move toolbars around, break workflow, etc.