I never did Rails but I used Ruby for many personal projects in the 2000s.
When showing stuff to my coworkers or friends, I often joked how I tried to make my code look like it was already gzipped.
I never did Rails but I used Ruby for many personal projects in the 2000s.
When showing stuff to my coworkers or friends, I often joked how I tried to make my code look like it was already gzipped.
KDE wouldn't be slow on the kind of hardware he's using. I've used it on far lower end hardware with no noticeable slowdowns.
Yes, KDE requires hardware accelerated graphics and more memory to run smoothly, but anything built in the last 10y should have no issues meeting those requirements.
I don't understand what you mean. Why does ARM hardware become obsolete after a few years? Lacking ongoing software support and no mainline Linux?
What does that have to do with the instruction set license? If you think RISC-V implementors who actually make the damn chips won't ship locked hardware that only run signed and encrypted binary blobs, you are in for a disappointing ride.
Major adopters, like WD and Nvidia didn't pick RISC-V over arm for our freedoms. They were testing the waters to see if they could stop paying the ARM tax. All the other stuff will stay the same.
Well, you lose a lot of power efficiency, this would be massively detrimental to many peoples experiences if you do this on anything battery powered like a laptop.
Except iOS will randomize its mac adress at each boot / after a while to prevent users being tracked by rogue WiFi networks, which is actually a thing being used to track consumers in commercial spaces etc. So that wouldn't work.
Maybe it's just me, but isn't async programming a mess in all programming languages?
Yes, because AI and automation will definitely not be on the side of big capital, right? Right?
Be real. The cost of building means they're always going to favour the wealthy. At best right now were running public copies of the older and smaller models. Local AI will always be running behind the state of the art big proprietary models, which will always be in the hands of the richest moguls and companies in the world.
It depends. If you get a fairly standard laptop from a brand that has some Linux awareness (Lenovo, Dell, Framework,...) you should be alright out of the box.
Gaming laptops generally are a bit worse since GPU switching is not as well integrated. I managed to get mine to parity but with a lot of tweaking. Devices with only integrated graphics tend to be fine out of the box.
Vote with your wallet. I recently increased my monthly donation to Mozilla.
If that's your attitude, then I don't think this is going to work out.
Wine is not a company. People building and fixing Wine to support a specific piece of software are largely volunteers. Noone works at Wine. Noone does product support. It's a free service created by volunteers.
That's how most Linux software gets built. And none of these people owe you anything. No support, no easy to use config.
Frankly, you sound incredibly entitled and unwilling to listen and learn to everyone here who's tried to help you.
To answer your original question: there's no one global way to make Wine run all software out of the box. That's why Valve spends so much time tuning different setups of Wine for all the games they support. CodeWeavers to some extent does that for non game software.
Doing this for the wide variety of Windows software out there is an impossibly large task and frankly out of scope for what most Linux distributions have as a goal or intended use case. If you want to run Windows software on Linux, there are many different projects that try to package or help you install the most popular things. But other than that, you're free to try on your own.