Docker swarm was an idea worse than kubernetes, that came out after kubernetes, that isn’t really supported by anyone.
Kubernetes has the concept of a storage layer, you create a volume and can then mount the volume into the docker image. The volume is then accessible to the docker image regardless of where it is running.
There is also a difference between a volume for a deployment and a statefulset, since one is supposed to hold the application state and one is supposed to be transient.
So I know thats a joke but…
With Java 11’s inclusion of ‘var’ I have successfully copied JavaScript code into Java without needing to change anything.
I judge the direction Java is going in
The splash screen (boot screen instead of text)used to get me. It provided by an application called ‘Plymouth’.
You used to need to install it and configure grub, however I think if you go into ‘System Settings’ and type ‘Splash’ KDE has an option to install and choose the screen
I wouldn’t use “certified” in this context.
Limiting support of software to specific software configurations makes sense.
Its stuff like Debian might be using Python 3.8 Ubuntu Python 3.9, OpenSuse Python 3.9, etc… Your application might use a Python 3.9 requiring library and act odd on 3.8 but fine on 3.7, etc… so only supporting X distributions let you make the test/QA process sane.
This is also why Docker/Flatpack exist since you can define all of this.
However the normal mix is RHEL/Suse/Ubuntu because those target businesses and your target market will most likely be running one.
I suspect they mean around packaging.
I honestly believe Red Hat has a policy that everything should pull in Gnome. I have had headless RHEL installs and half the CLI tools require Gnome Keyring (even if they don’t deal with secrets or store any). Back in RHEL 7, Kate the KDE based Text Editor pulled in a bunch of GTK dependencies somehow.
Certification is really someone paid to go through a process and so its designed so they pass.
Think about the people you know who are Agile/Cloud/whatever certified and how all it means is they have learnt the basic examples.
Its no different when a business gets certified.
The only reason people care is because they can point to the cert if it all goes wrong
Debian isn’t old == stable, its tested == stable.
Debian has an effective Rolling distribution through testing than can get ahead of Arch.
At some point they freeze the software versions in testing and look for Release Critical and Major bugs. Once they have shaken everything and submitted fixes where possible. It then becomes stable.
The idea is people have tested a set baseline of software and there are no known major bugs.
For the 4-5 releases Debian has released every 2 years (Similar to Ubuntu LTS). Debian tends to align its release with LTS Kernel and Mesa releases so there have been times the latest stable is running newer versions than Ubuntu and the newest software crown switches between Ubuntu LTS and Debian each year.
For some the priority to run software that won’t have major bugs, that is what Debian, Ubuntu LTS and RHEL offer.
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