'have an application that can run everywhere without having to know anything about the underlying OS? What a time to be alive!' I don't read this with the emotion the author intended. and im a bit conflicted about that.
-
-
Replying to @mmalex
Details? (because it has been many times attempted, but never achieved), is it a new approach other than "wrapper API running on client", "run in a VM on client", or "run on server and stream audio/video to client"?
1 reply 0 retweets 0 likes -
Replying to @FlohOfWoe
tanh(mmalex) 🦄 Retweeted tanh(mmalex) 🦄
just docker. https://blog.rphl.io/selfhosted-youtube-downloader-with-docker/ … sorry for lack of context. reason i feel conflicted:https://twitter.com/mmalex/status/1043808910526861312?s=21 …
tanh(mmalex) 🦄 added,
tanh(mmalex) 🦄 @mmalexReplying to @LiaSaetrue! i keep trying and failing to drink the docker koolaid:( it cracks a hard nut better than anything else, but what an ugly hammer! a full Linux kernel + glue + virtualization to run a (oft) tiny program because software packaging is hard? it pushes my grumpiest buttons2 replies 0 retweets 3 likes -
Replying to @mmalex @FlohOfWoe
I'm a big fan (in theory) of
@joyent's Triton cloud, where they treat the whole cloud as a single Docker thingie, and run individual containers in zones on a proper OS (SmartOS, of Solaris lineage). Docker itself isn't overly bad, it's the Linux implementation of it that's meh.1 reply 1 retweet 4 likes -
This, pretty much: https://www.joyent.com/blog/triton-docker-and-the-best-of-all-worlds …
1 reply 0 retweets 1 like -
interesting twist!
1 reply 0 retweets 0 likes
Makes quite a bit of sense in the "Docker as the thing you deploy services with out there" perspective. Docker on workstations outside of development scenarios is a bit misguided and indeed smells of "packaging is hard".
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.