Re:Show HN: Devbox – Containers for better dev environments ...
by NitpickLawyer on Tuesday September 30, 2025 @03:02AM
(#45422715)
The killer combo for us is remote+devcontainers. We use this for GPU access, so you can run a project on one or more GPUs that are on a remote server. You can spin up LLM stuff from a mac air and get the best of both worlds.
Re:Show HN: Devbox – Containers for better dev environments ...
by runelk on Tuesday September 30, 2025 @03:37AM
(#45422922)
Nice! Do you have any tips or recommendations for a decent setup?
Re:Show HN: Devbox – Containers for better dev environments ...
by phrotoma on Tuesday September 30, 2025 @06:25AM
(#45423850)
This has been my experience. I don't use VSCode and every time I've attempted to play with devcontainers I've just given up and gone back to a docker compose file. I love that they tried to extract the feature out into a stand alone thing, but the juice doesn't seem to be worth the squeeze yet.
Re:Show HN: Devbox – Containers for better dev environments ...
by immutology on Tuesday September 30, 2025 @03:09PM
(#45429803)
Devcontainers work nicely with docker compose. It's the only way I use it... Really nice to have it all run containers.
https://code.visualstudio.com/docs/devcontainers/create-dev-...
But having tried Devcontainers a lot, it feels like its probably a complex specification since outside of VSCode every implementation has issues.
The CLI on Mac has weird user permission issues. Cursor's implementation is very flaky. Zed doesn't implement it yet.
So maybe there's space for more solutions in the same space but Devcontainers are very feature rich. And not to mention they have a huge user base via VSCode.