Yes, it's serious for _most devs_ who have code that could run on k8s: back-end devs. And _most_ devs who touch anything in FE, mobile apps, IoT, DBAs also have to touch the corresponding back-end and its associated platform tooling where k8s is a bliss compared to all the team-specific stuff we encounter in the back-end.
Now I agree that k8s is a nightmare for the infra people who run it, but honestly it is insanely comfy for the (back-end) devs who need to use it.
> Yes, it's serious for _most devs_ who have code that could run on k8s: back-end devs
What an impactful little nuance to leave out of all previous conversation :)
> And _most_ devs who touch anything in FE, mobile apps, IoT, DBAs also have to touch the corresponding back-end
I do not agree with this statement at all. If your org is large enough to use K8s at scale, your mobile devs aren't touching your infra. Being aware that infra exists is not the same as modifying and managing infra.
> Now I agree that k8s is a nightmare for the infra people who run it, but honestly it is insanely comfy for the (back-end) devs who need to use it.
If your BE devs involvement in K8s is cloning a repository that may or may not contain a directory of k8s config that they never open, yes.
