Looks like a really fun project. You might want to reconsider the name though, since there is this other devbox from Jetify https://www.jetify.com/devbox that also received quite some attention on HN a while ago https://news.ycombinator.com/item?id=32600821
Show HN: Devbox – Containers for better dev environments
21–30 of 65 posts
Re: Show HN: Devbox – Containers for better dev environments
#22Re: Show HN: Devbox – Containers for better dev environments
#23We've been using devcontainers for this, as it's already got good support in vscode. Could you perhaps "elevator pitch" the main differences between devbox and devcontainers?
Why you think your solution will succeed in long run and win over devcontainers?
Re: Show HN: Devbox – Containers for better dev environments
#24Re: Show HN: Devbox – Containers for better dev environments
#25Earlier quoted context omitted.
Yes, it feels very similar to Devcontainers. 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…
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
#26I don't get how containers address "dependency hell". Is there some language that only supports installing libraries system wide? I've used a lot of different languages and yet to come across one. I've worked on projects where the original dev has used containers for everything. It's super clunky and annoying. I don't want to use a different bash config just for working on that project. I've set my own up for a reaso…
C libraries are easiest to install system wide. The situation with multiple versions of libc is tricky to work with. Not impossible, just not easy to comprehend by an average dev.
Re: Show HN: Devbox – Containers for better dev environments
#27Re: Show HN: Devbox – Containers for better dev environments
#28Does devbox support mobile development - Flutter or ReactNative?
Re: Show HN: Devbox – Containers for better dev environments
#29Re: Show HN: Devbox – Containers for better dev environments
#30Earlier quoted context omitted.
I am not affiliated with Microsoft and I anal but I think dev box is fine. What we want to avoid is the term dev containers. https://containers.dev/
> I anal There has to be a better way to phrase this