I know a couple game devs and absolutely blasted them for that take.
We have had quite a few indy devs make the point that the "Linux" bugs are generally cross platform issues and Linux users are more likely to raise a bug report and tend to raise more useful bug reports.
Which means avoiding Linux due to higher bug reports is just hiding from technical debt.
How would you buy it in the US? I can see any uk retailers stocking it
Nah Linux Mint is a Kia Ceed.
Ubuntu is a Ford Focus, they successfully stole the volvo estate market (Debian). The car was fun, good value and very practical. It was everywhere. Then Ford started increasing the size, weight, price, etc.. killing the point of the Focus.
So along comes Kia trying to make a competitor in the Ceed.
In theory the Ceed is a great car, its super cheap, lots of cabin space, nippy, the inside has every modern convenance, but....
Your left wondering why anyone is bothering with hot hatchbacks these days as you climb into your volvo
Debian would be a Volvo Estate, its the boring practical family choice, the owner is soneone boring like an architect or a financial advisor.
Arch is a Vauxhall Nova, second hand battered owned almost exclusively by teenage lads who spend a lot of time/money modifying it (e.g. lowering so it can't go over speed bumps, adding a massive exhaust to sound good but destroys engine power).
Fedora is something slightly larger/more expensive like a Ford Focus/VW Golf/Vauxhall Astra owned by slightly older lads. The owners spend their time adding lighting kits and the largest sound systems money can buy.
Slackware is clearly a Subaru Impreza, at one point the best World Rally Car but hasn't been a contender for a while. Almost all are owned by rally fans who spend fantastic amounts of time tinkering with the car to get set it up an ultimate rally car. None of the owners race cars.
OpenSuse is a Nissan Cube, its insanely practical. It should be the modern boring family choice, but it manages to ve too quirky for your architect while not practical enough for van drivers.
I don't know the other distros well enough.
I run Debian btw
I wouldn't get massively excited.
Python is a scripting language, its shines when you want to write a stand alone file which takes an input and performs a task. Scripting languages are great to learn as a first language and so python is wonderful for non developers.
The issue you hit is the build management solutions for Python are kind of broken and these help support and encourage good development practice so a lot of Python projects end up a collection of scripts rather than a mature project. You can have good projects but...
In raw benchmarks Java has 90% of the performance of C/C++, but in reality Java is more performant because developers get bogged down in memory management on C/C++ and they get more time to optomise in Java as a result. I'm not sure where Rust will come out to be honest.
Python benchmarks at 50% the performance of Java, in reality I've found code ends up slightly worse because Python is procedural, library support and streaming is poorly supported.
Take library support, Spring really rose to prominese because of 'hibernate' which was a way to abstract talking to different databases through objects, you could switch from PostgreSQL to Oracle through config. Spring data has dumbed this down so I define a plain old Java object and Spring will generate everything I need.
Python expects you to hand craft SQL statements and every database extends SQL slightly differently, so i need to write SQL for every operation and manage/own it. So the win in being able to quickly read/write to a database (since you don't have to learn anything about Spring) is quickly ruined because of the all the boilerplate and error handling you now have to write.
Every programming languages has communities built around them.
Its becoming clear Rust solves a lot of C/C++ type problems and the embedded communities are definitely shifting over.
Apache is the primary community for Java, a quick look at their project list shows it's entirely web servers, data engineering and clustered projects for distributed computing.
Personally if you asked me to solve this problem I would use Spring Boot with various Spring libraries for talking to the caddy, user control, etc... Looking at the project, its exactly what they have done
See its the opposite in Linux land.
AMD open sourced their drivers so everything just works, while Nvidia drivers have to be built against your system and Nvidia refused to supply proper desktop drivers for years (EGLStreams vs GBM).
The downside of AMD's approach is it has to trickle down which depending on what distribution you use can take weeks to a year and it normally takes a couple iterations to get everything working nicely. Which basically expect the 6800 XT to work brilliantly but the 7300 to be flakey for a bit.
My favourite bit is I owned a few Athlon 5300 APU and 5 years after they were released AMD were still adding performance improvements to them.
I believe this post would be better if it was rewritten in Rust it would allow more efficent. memory usage compared to; the dynamically typed English language which doesn't have the borrower checker. while allows you to detect when resources are no longer used unlike English's poorly performing 'grammar checking' tools
But seriously there has to be content to engage with and people who respond to the content. I've noticed this community has someone posting really high quality updates but the community appears to be that person.
Posting blogs, or asking questions, etc.. would be a good way to engage.
If you click the link and follow it through 3 redirects you'll get to Stamets post.
Basically risa is listed as having "no rules" but the community admin is/was trying to moderate things to keep it "fun".
Stamets and others were upset at the contradiction and through there own posts generated alot of noise to get it resolved the startrek.website admin got sick of the drama.
To be honest the site admin should require mods to accurately explain their actions "Doesn't inspire Jahamora" isn't a great reason and reading stamets examples I think you could build rules fairly easily.
But I won't be going to Ten Forward, reading the post was exhausting.
Immutable distributions won't solve the problem.
You have 3 types of testing unit (descrete part of code), integration (how a software piece works with others) and system testing (e.g. the software running in its environment). Modern software development has build chains to simplify testing all 3 levels.
Debian's change freeze effectively puts a known state of software through system testing. The downside its effecitvely 'free play' testing of the software so it requires a big pool of users and a lot of time to be effective. This means software in debian can use releases up to 3 years old.
Something like Fedora relies on the test packs built into the open source software, the issue here is testing in open source world is really variable in quality. So somethinng like Fedora can pull down broken code that passes its tests and compiles.
The immutable concept is about testing a core set of utilities so you can run the containers of software on top. You haven't stopped the code in the containers being released with bugs or breaking changes you've just given yourself a means to back out of it. It's a band aid to the actual problem.
The solution is to look at core parts of the software stack and look to improve the test infrastructure, phoronix manages to run the latest Kernel's on various types of hardware for benchmarking, why hasn't the Linux foundation set up a computing hall to compile and run system level testing for staged changes?
Similarly website's are largely developed with all 3 levels of testing, using things like Jest/Mocha/etc.. for Unit/Integration testing and Robots/Cypress/Selenium/Storybook/etc.. for system testing. While GTK and KDE apps all have unit/integration tests where are the system level test frameworks?
All this is kinda boring while 'containers!' is exciting new technology
Uhh how?
The rate of new features/changes is far higher, uptime went through a bumpy transition but is back to normal. From an engineering perspective it supports my point.
Twitters issues are Elon scaring away advertisers/annoying governments/content creators through his hard line on free speech allowing an explosion in hate speech.
QT is a cross platform UI development framework, its goal is to look native to the platform it operates on. This video by a linux maintainer from 2014 explains its benefits over GTK, its a fun video and I don't think the issues have really changed.
Most GTK advocates will argue QT is developed by Trolltech and isn't GPL licensed so could go closed source! This argument seems to ignore open source projects use the Open Source releases of QT and if Trolltech did close source then the last open source would be maintained (much like GTK).
Personally I would avoid Flutter on the grounds its a Google owned library and Google have the attention span of a toddler.
Not helping that assessment is Google let go of the Fuschia team (which Flutter was being developed for) and seems to have let go a lot of Flutter developers.
Personally I hate web frontends as local applications. They integrate poorly on the desktop and often the JS engine has weird memory leaks