Although I know Docker is the "standandard" and Podman sometimes has incompatibilities with Docker which it shouldn't have.
HN folks seem to prefer Podman instead of Docker.
What's the smartest choice here? Invest my time to become an expert in Docker or Podman?
If you look further, you can see similar trends to support this. Distributed computing is more relevant with projects like Kubernetes, and Erlang is having a revival. Likewise with functional programming languages: because you can't directly have long-lasting state inside a container, being able to create a pipeline of immutable containers is valuable.
All that is to say that looking at either Docker or Podman itself might be missing out on a lot of really exciting developments that aren't necessarily as easy to spot. Here's one of my favourites from 2023, dynamic resource control for containerized applications: https://archive.fosdem.org/2023/schedule/event/container_cgr...
I wish you the best of luck!
To the degree that's true, the preferences of HN folks probably isn't the best North Star for a career...it encourages the expression of contrarian opinions for the sake of expressing contrarian opinions and by design, HN fosters an endless september.
Out in the real world, Docker has better brand recognition and though there are arguments for Podman, who wants to have an argument? Sure some people want that, but it might not be a good substitute for getting paid.
Finally, no amount of study is going to bring the expertise that comes with a bit of on-the-job experience. So if you are going to study one, study the one that is most likely to be used on the job. And the one most likely to get you a job.
Compare:
I don't know Podman, but I know a little Docker.
I don't know Docker, but I know a little Podman.
Which would be better in an interview?Good luck.
Learn deeply how cgroups, namespaces, etc, work and transfer you knowledge about the building blocks to anything new that shows up.