Live data from Hacker News

Switching to Claude Code and VSCode Inside Docker

timsh.org

101–110 of 170 posts

Re: Switching to Claude Code and VSCode Inside Docker

#101
I can highly recommend bubblewrap for sandboxing -- configuration is just CLI arguments, one per a mounted path; I use a little script that mounts CWD, claude stuff, and XDG data directories in RW, and the rest in RO.

To me it seems like the only reason to fiddle with docker is if your dev env is already in a container

Re: Switching to Claude Code and VSCode Inside Docker

#102
post #26

I use DevPod [1] to run Claude Code within Docker-based dev container environments, and it's been fairly seamless. It lets me run environments locally and focus Claude's context on just the repo I want it to work on. [1]: https://devpod.sh/

Interesting. Works with claude max or API only?

I use Claude Max with it. Haven't personally tried the API yet.

Re: Switching to Claude Code and VSCode Inside Docker

#103

Earlier quoted context omitted.

All development is text files, that is missing the point. The development environment is a system, and a pretty complicated one too. It matters where the files are, what's in them, and how they interact. Things change together instead of staying isolated, you add more pieces over time, and even more things need to change together. Anyone who likes text-files more than click-to-configure UIs for tools, will probably l…

> The development environment is a system, and a pretty complicated one too. It's also partly personal. I also like to use isolated environments, mostly because I tinker with different technologies, and over times, it becomes a mess on my machine. But I still like my git config, my editor and other tooling that I have to assist in my tasks. And it's not worth it to replicate it over to other people's setup. And neith…

> But I still like my git config, my editor and other tooling that I have to assist in my tasks. And it's not worth it to replicate it over to other people's setup.

This isn't about stopping you from customizing your development environment. It's about making your custom development environment automatically useful on your desktop or your laptop, or committing a project-specific starter environment to version control so that it doesn't take everyone on your team days to onboard.

> And neither I want their things.

Why not? This isn't about something like git aliases or editor keyboard shortcuts. It's about tooling pipelines. If someone's claiming enhanced productivity I don't want to watch their 1 hour youtube video, pause it, and painstakingly recreate their setup to check if the claims are true.

There's a reason projects grow Tiltfiles, compose files, and similar. In the limit, agents are basically just a collection of microservices that just happen to operate on code. How do you expect to do that sort of thing without tools?

Re: Switching to Claude Code and VSCode Inside Docker

#105

Honest question: why do people prefer developing code inside a docker? I get the benefits of docker as a deployment unit, but wouldn’t configuring a dev container and using it a hassle nonetheless, compared to not doing them at all?

If you commit the .devcontainer.json and associated files your whole team gets a consistent, local-feeling, environment for free. Containerisation solved the "Works on my machine" gap between local and prod. This is just solving for the same gap between Dev 1 and Dev 2.

That's a different thing. You're talking about running the software under development in a container. I think the commenter was asking about running the dev tooling in a container, which I find a massive pain.

Re: Switching to Claude Code and VSCode Inside Docker

#106
post #98

Earlier quoted context omitted.

I have nothing against VSCode but I don’t use it. For small files and quick edits i use neovim with no customisation at all. Back when I first started using vim I had a pretty long config and some plugins installed and so on. But now that I no longer try to use it as an IDE, neovim is perfect for small edits. For development work I use JetBrains suite of tools. Very minimal amount of customisation there also, only a…

Don’t get me wrong, I loved neovim and other tools but tbh I just nano for simple edits now. AI tab complete is just too good. Basically it’s barebones or VSCode (or its variants). I could probably use vanilla neovim instead of nano but I've not used vim all that much recently to be in that "flow".

This is like saying: I can write Swift code using Vim instead of Xcode. Yeah, you can, but that doesn’t mean you should.

Note: I use nano/vim daily to read and edit files on my servers. Just not to build complex apps.

Re: Switching to Claude Code and VSCode Inside Docker

#107

Earlier quoted context omitted.

> If you are a VSCode hater (like me) What are some reasons to hate VSCode?

Microsoft ? Through the use of amazing PR they have made people forget about their Embrace, extend, and extinguish strategy with open source.

GP went on to recommend Microsoft devcontainers, so I presume that's not the reason.

Re: Switching to Claude Code and VSCode Inside Docker

#108
post #65

Earlier quoted context omitted.

devpod is quite nice for this https://devpod.sh/

Just tried it... and it says it's client-only, but when I try to run the SSH provider using my Rapberry Pi it says it needs `docker` to be installed on it :/. So it's not just client-only, is it?

Isn't that what client-only means?

Re: Switching to Claude Code and VSCode Inside Docker

#109
What drives this degree of user-experience complexity? Is there a targeted workflow that VsCode and Claude did not include in their GUI, that motivates this solution. Is it a tinkerer mindset, where setting this up is a fun activity for the author and readers?

Re: Switching to Claude Code and VSCode Inside Docker

#110
post #81

Earlier quoted context omitted.

> which unfortunately I’m becoming increasingly reliant on, even though it’s gotten me into trouble with larger projects You could… not do this. You know it causes you problems, you consider it unfortunate that you’re becoming more reliant on it, and yet for some reason you’re choosing to continue anyway. Why are you doing that?

You might as well ask why people addicted to gambling don’t just stop.

[deleted]
Post reply on HN