Live data from Hacker News

Switching to Claude Code and VSCode Inside Docker

timsh.org

111–120 of 170 posts

Re: Switching to Claude Code and VSCode Inside Docker

#111

I don't get these posts. I'm using claude --dangerously-skip-permissions all day and haven't had a single issue. In my experience it doesn't just randomly start erasing your hard drives. Also having a proper CLAUDE.md probably helps.

> I'm using claude --dangerously-skip-permissions all day and haven't had a single issue.

Yet. You haven't had a single issue yet.

Re: Switching to Claude Code and VSCode Inside Docker

#112
post #39

And you don't need to stop there. Claude Code also has great open alternatives you can run in any environment you like, with any model, and under economic arrangements you define. See https://oss-ai-swe.org/ for a few. My current favs are OpenHands and Codex CLI.

Aren’t those _way_ more expensive per token?

Yes and I really hope more models consider pricing like Claude Max. There's also the option of choosing local models but I haven't tried that yet. Claude is just too good to spend time elsewhere (at the moment).

Re: Switching to Claude Code and VSCode Inside Docker

#113
post #82

i don’t get the worry. i run these models all day without any sandbox and even leave them running while i walk away. i haven’t had a rm -rf kind of situation ever or even a hint of model going towards it. even gemini 2.5 at it’s lowest doesn’t do that. has anyone faced this?

"I leave my door unlocked all day, sometimes when I'm not even home. I've never had anyone rob my house. Has anyone faced this?"

Re: Switching to Claude Code and VSCode Inside Docker

#114

Earlier quoted context omitted.

I like the CLI for commands, but would rather work with an agent chat interface for vibing, which unfortunately I’m becoming increasingly reliant on, even though it’s gotten me into trouble with larger projects. I have many environments locally, some dependent on others, and some require local databases. I use containers in production, but not always locally. It’s almost a hellscape situation for trying to setup a fu…

> 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?

In a similar situation here: it's "unfortunate" in one sense but "extremely fortunate" in another sense.

It's unfortunate if you consider your primary craft to be writing code, as those skills can atrophy. It's obviously important to review and understand all material produced by these tools.

It's fortunate if your primary organizational role is "fix problems, communicate technically, and make new things" because of the sheer power of these tools when applied properly.

I've sunk many hours into attempting to "claude-ify" a complex set of applications and services and (IMO) that's a very useful activity.

Why? So that I can use ai-tooling more effectively? Yes. Why also? So that services are more decoupled, more testable, more aligned with good development principles.

It's difficult to inject these workflows in a useful way across multiple levels (code/devops/org) but when it works it's worth it.

My key takeaway was something along the lines of: "if an agent can't understand and work with your codebase, you've got an onboarding problem" (we do).

Disclaimer: mostly standard web tech across Java/Scala/React - aggressively complex k8s layer

Re: Switching to Claude Code and VSCode Inside Docker

#115
This setup is also compatible with GitHub CodeSpaces, which I think is an exceptionally nice development experience if you are on something like a Chromebook, and gives you isolation from your local network. Also lets you share your app running in dev-mode with anyone for feedback, without having to poke holes in your network or whatever. Also also, you can use the Cline extension in this environment if you still want the cursor-style copilotey experience.

Re: Switching to Claude Code and VSCode Inside Docker

#116
post #82

i don’t get the worry. i run these models all day without any sandbox and even leave them running while i walk away. i haven’t had a rm -rf kind of situation ever or even a hint of model going towards it. even gemini 2.5 at it’s lowest doesn’t do that. has anyone faced this?

I mistakenly started Claude in my root dev folder in dangerously skip mode the other day. Asked it to fix my playwright tests. All hell broke loose and I couldn't stop it. Lol. Eventually got it shut down and all was fine. Scared me though. There's a hook you can easily implement for RM -rf, see indydevdan on YouTube, he has a nice repo of it.

I would like to run everything in container and fire up two or three CC at once. It might be best actually. Right now I'm doing local dev with many services in one container and Claude sometimes doesn't use the container properly. I probably waste a lot of cycles with CC relearning my setup often as it struggles through it.

Re: Switching to Claude Code and VSCode Inside Docker

#117

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 the host OS is not Linux (usually Windows or macos) then "running in a container" is cover for "running on the right OS".

Re: Switching to Claude Code and VSCode Inside Docker

#118
post #84

I thought it was more commonplace to develop inside containers or vms. I don’t trust running npm or pip or gradle or go install in my own machine.

I use VMs myself. I use Proxmox and have it setup so that I can spin up a fresh VM in around 10-20 seconds when needed. I also like that I can take snapshots.

I really want to limit the amount of software I am installing on my main system due to possible security issues.

Re: Switching to Claude Code and VSCode Inside Docker

#120
post #106
post #98

Earlier quoted context omitted.

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.

Your point is good, I don't mean to undermine it, but because I work in this area I feel compelled to point out that depending on the type of Swift you're writing using NeoVim to write Swift is actually quite pleasant: https://www.swift.org/documentation/articles/zero-to-swift-n...
Post reply on HN