Containers Don't Solve Everything
blog.deref.io
Containers Don't Solve Everything
1–10 of 99 posts
Re: Containers Don't Solve Everything
#2Re: Containers Don't Solve Everything
#3The solution has to either come in the form of static compilation, or, even less feasible, getting devs to actually care if their software runs on platforms more than a year old. Containers just make everything worse in all cases beyond the contrived "it just worked and I never need to change anything".
Re: Containers Don't Solve Everything
#4Re: Containers Don't Solve Everything
#5What solves everything?
Re: Containers Don't Solve Everything
#6Re: Containers Don't Solve Everything
#7What solves everything?
Re: Containers Don't Solve Everything
#8Also:
> Consider also that Docker relies on Linux kernel-specific features to implement containers, so users of macOS, Windows, FreeBSD, and other operating systems still need a virtualization layer.
First, FreeBSD has its own native form of containers and Windows has its own native implementation. Docker != containers.
I really don't see how Docker (or containers as we mostly know them) relying on kernel-features from an open source operating system in order to run Linux OS images as something to even complain about, and there is nothing preventing Mac from implementing their own form of containers.
Re: Containers Don't Solve Everything
#9It depends on the context, I don't know about corporate persons with profit incentives but if we're talking human persons then containers don't solve anything. They're just the symptom of the disease that is future shock. The underlying libraries we depend on just change too fast now and no devs care about forwards compatibility so we end up with all OS/Distros having libs that stop working in about a year (or more l…
Re: Containers Don't Solve Everything
#10Author here. I have been developing Docker applications for years now, and while the experience is better than it used to be, it's still not great. I work for Deref, which is working on developer tooling that is more amenable to modern development workflows. We'd love to hear what pains you have with the current state of development environments.