Trying to be a poor mans pivotal was a stupid strategy, and developer tools is awkward too.
I’m convinced if they charged $10 per engine per month they would have kept all of the goodwill and momentum and been the next VMWare.
121–130 of 597 posts
Trying to be a poor mans pivotal was a stupid strategy, and developer tools is awkward too.
I’m convinced if they charged $10 per engine per month they would have kept all of the goodwill and momentum and been the next VMWare.
Docker Desktop with developer environments would be a great value add if it supported Windows, macOS and Linux. As it is, we have developers in the company using Linux workstations so our Docker subscription is just for a registry. We'll be moving soon given no forthcoming Linux client.
Earlier quoted context omitted.
Hey sorry about that, can you send me the ticket details justin @ docker.com and I can look into it.
I have a better idea. How about you look at EVERY open ticket, starting with those from paying customers? EDIT: Wow, they actually did this and got back to me - thank you!
This seems like a bit of a footgun from Docker Inc. Those on Linux will just run Docker Engine (the open source part) directly, or move to alternatives like Podman. Docker Desktop only really has value on macOS and Windows, and there it's only because nobody wants to manage the glue to setup a Linux VM. Given the cost, I suspect many will chose to do that glue work themselves and I wouldn't be surprised to see an ope…
It’s not the users who will be paying for it. Enterprises will bend over and take this 100% Good move by Docker, financially speaking. They have little to lose.
A whole bunch of scenarios die now.
Earlier quoted context omitted.
For the Mac, just get Canonical’s Multipass ( http://multipass.run ) and do an apt-get to install Docker into a VM and use VS Code to “remote” to it. It will automatically install the Docker extension inside the Linux VM and you’re set. For Windows, use WSL2 and do the same. Both can mount “local” folders, although the setup is obviously different. You now have a better way to manage containers than ever before.
Do you mean APT via https://docs.docker.com/engine/install/ubuntu/ , correct?
Earlier quoted context omitted.
You’re going to spend scarce engineering resources reimplementing a Docker for Mac alternative, then roll out your immature alternative to 50+ engineers, instead of paying a few hundred dollars a month for a good product and moving on? It seems to me you would be the one cutting off your nose to spite your face in this scenario.
The reason this move isn't popular is because it seemed like local docker development (for any size corporation) was always going to be free. If I personally had known this was in the cards I would have invested (time, money and effort) into alternatives earlier on. Instead they killed all the competition and are now demanding money. So yeah, this is the first move by Docker that has made me kind of mad at the compan…
Since they've buried it a little: "Specifically, small businesses (fewer than 250 employees AND less than $10 million in revenue) may continue to use Docker Desktop with Docker Personal for free. The use of Docker Desktop in large businesses, however, requires a Pro, Team, or Business paid subscription, starting at $5 per user per month."
(nmap -O $local_subnet | grep -ci 'Macbook') > 250Note that Docker Desktop and Docker Engine are separate products. Docker Desktop is the desktop application package that makes Docker user-friendly on macOS and Windows. Docker Engine, the container runtime itself, remains free: > No changes to Docker Engine or any upstream open source Docker or Moby project. If you develop on Linux, no changes are needed.
Not a trivial thing to run Docker natively inside of a WSL2 environment - at least my attempts to install straight docker strictly inside Ubuntu running in WSL2 always resulted in Ubuntu’s attempts to reach some .exe with regard to Docker. I did learn some fun facts WRT Linux in WSL2 - it doesn’t have systemd installed by default.
I install `docker.io` via apt and its good to go except that package has on some ubuntu versions been missing the /etc/init.d/ startup script.
I build my WSL2 environments via Dockerfile. You can see everything here:
https://github.com/SeanTAllen/wsl-environments/tree/main/ubu...
Using that dockerfile I can then export the file system as a tar (https://wiki.seantallen.com/notes/docker-export-filesystem/) and import into wsl using the wsl import command.
This appears to be cutting of their nose to spite their face. We have a team of 50+ engineers that all use Docker for Mac for daily development tasks, but I suspect that will no longer be true in a rather short amount of time. Frankly, I don’t really know if anybody actually uses the UI components for it outside of starting and stopping the engine and for basic configuration of the VM. Everything else that comes with…
You’re going to spend scarce engineering resources reimplementing a Docker for Mac alternative, then roll out your immature alternative to 50+ engineers, instead of paying a few hundred dollars a month for a good product and moving on? It seems to me you would be the one cutting off your nose to spite your face in this scenario.
I understand (in some way) the decision Docker made but I am not sure it is the way-to-go. However, it is a very hard question and if I had to pay a monthly fee for each component I‘m using to develop a solution, one or the other project would not even start because it‘s not worth it anymore.
The business license costs $21/month, probably less in reality.
Do you really think that businesses are going to jeopardize the workflows of their $250k/year assets over a very core piece of software for $250/year?
Any alternative has switching costs and risks. Companies will just pay this. I see so many people saying “just do these 10 steps and it’s basically the same”. It just ain’t worth it for $250