Why would anyone choose Docker over fat binaries?
smashcompany.com
Why would anyone choose Docker over fat binaries?
1–10 of 180 posts
Re: Why would anyone choose Docker over fat binaries?
#2Re: Why would anyone choose Docker over fat binaries?
#3Once you have a mix of different technologies its easier to just say "everything in Docker".
The ship container analogy on the old Docker website was a great illustration of this. Its a shame the new website is not so clear about the benefits and is full empty phrases such as "accelerating innovation".
Re: Why would anyone choose Docker over fat binaries?
#4However, there is a bunch more stuff in Docker (or equivalent runtimes) that this article doesn't touch on. It's similar in some ways, for some use cases. It could be interesting to see what a fat binary orchestration tool would look like, but I would bet you end up reinventing 99% of what Docker already does.
Re: Why would anyone choose Docker over fat binaries?
#5Re: Why would anyone choose Docker over fat binaries?
#6Also, I think the author is simply confused about what docker itself is, complaining about its lack of network orchestration - and comparing it directly to kubernetes!
Re: Why would anyone choose Docker over fat binaries?
#7Re: Why would anyone choose Docker over fat binaries?
#8This attitude is wrong. It is wrong because programming is hard. We have spent many decades trying to figure out how to program effectively. To produce simple maintainable code. Solving the hard problems, the interesting problems, is still too hard for us. The idea that "any language will do so long as it is portable" might as well lead us to write in LLVM-IR!
Re: Why would anyone choose Docker over fat binaries?
#9Its INCREDIBLY naive of the author to be slamming docker usage because they think everything should be a fat binary - and what are they even calling a fat binary? How do I make my node app a fat binary? Would they be happier if we wrapped up docker + images in an executable and called that a fat binary? Also, I think the author is simply confused about what docker itself is, complaining about its lack of network orch…
This left the resource management to the scheduler, where it belongs.