Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

ChatGPT Containers can now run bash, pip/npm install packages and download files

simonwillison.net

Post reply on HN
Print view View original

111–120 of 336 posts

Re: ChatGPT Containers can now run bash, pip/npm install packages and download files

#111

Post by tokioyoyo »

jacquesm wrote: post #85
fooker wrote: post #83

Earlier quoted context omitted.

By lines of code, almost by an order of magnitude. Some of the code is janky garbage, but that’s what most code it. There’s no use pearl clutching. Human engineering time is better spent at figuring out which problems to solve than typing code token by token. Identifying what to work on, and why, is a great research skill to have and I’m glad we are getting to realistic technology to make that a baseline skill.

Well, you will somehow have to turn that 'janky garbage' into quality code, who will do that then?

You don't really have to.

Re: ChatGPT Containers can now run bash, pip/npm install packages and download files

#112

Post by rednafi »

behnamoh wrote: post #5

I wonder if the era of dynamic programming languages is over. Python/JS/Ruby/etc. were good tradeoffs when developer time mattered. But now that most code is written by LLMs, it's as "hard" for the LLM to write Python as it is to write Rust/Go (assuming enough training data on the language ofc; LLMs still can't write Gleam/Janet/CommonLisp/etc.). Esp. with Go's quick compile time, I can see myself using it more and m…

I agree with this. Making languages geared toward human ergonomics probably won’t be a thing going forward.

Go is positioned really well here, and Steve Yegge wrote a piece on why. The language is fast, less bloated than Python/TS, and less dogmatic than Java/Kotlin. LLMs can go wham with Go and the compiler will catch most of the obvious bugs. Faster compilation means you can iterate through a process pretty quickly.

Also, if I need abstraction that’s hard to achieve in Go, then it better be zero-cost like Rust. I don’t write Python for anything these days. I mean, why bother with uv, pip, ty, mypy, ruff, black, and whatever else when the Go compiler and the standard tooling work better than that decrepit Python tooling? And it costs almost nothing to make my scripts faster too.

I don’t yet know how I feel about Rust since LLMs still aren’t super good with it, but with Go, agentic coding is far more pleasurable and safer than Python/TS.

Re: ChatGPT Containers can now run bash, pip/npm install packages and download files

#113

Post by cobolexpert »

zahlman wrote: post #25
cobolexpert wrote: post #22

Earlier quoted context omitted.

I was also thinking this some days ago. The scaffolding that static languages provide is a good fit for LLMs in general. Interestingly, since we are talking about Go specifically, I never found that I was spending too much typing... types. Obviously more than with a Python script, but never at a level where I would consider it a problem. And now with newer Python projects using type annotations, the difference got sm…

> And now with newer Python projects using type annotations, the difference got smaller. Just FWIW, you don't actually have to put type annotations in your own code in order to use annotated libraries.

Indeed, but nowadays it’s common to add the annotations to claw back a bit of more powerful code linting.

Re: ChatGPT Containers can now run bash, pip/npm install packages and download files

#114

Post by branafter »

999900000999 wrote: post #95
branafter wrote: post #73

Earlier quoted context omitted.

You're describing a multi-agent long horizon workflow that can be accomplished with any programming language we have today.

I'm always open to learning, are there any example projects doing this ?

The most accessible way to start experimenting would be the Ralph loop: https://github.com/anthropics/claude-code/tree/main/plugins/...

You could also work backwards from this paper: https://arxiv.org/abs/2512.18470

Re: ChatGPT Containers can now run bash, pip/npm install packages and download files

#115

Post by ecto »

bopbopbop7 wrote: post #105
behnamoh wrote: post #5

I wonder if the era of dynamic programming languages is over. Python/JS/Ruby/etc. were good tradeoffs when developer time mattered. But now that most code is written by LLMs, it's as "hard" for the LLM to write Python as it is to write Rust/Go (assuming enough training data on the language ofc; LLMs still can't write Gleam/Janet/CommonLisp/etc.). Esp. with Go's quick compile time, I can see myself using it more and m…

> But now that most code is written by LLMs Got anything to back up this wild statement?

If you have to ask, you can't afford it.

Re: ChatGPT Containers can now run bash, pip/npm install packages and download files

#116

Post by dankwizard »

bopbopbop7 wrote: post #105
behnamoh wrote: post #5

I wonder if the era of dynamic programming languages is over. Python/JS/Ruby/etc. were good tradeoffs when developer time mattered. But now that most code is written by LLMs, it's as "hard" for the LLM to write Python as it is to write Rust/Go (assuming enough training data on the language ofc; LLMs still can't write Gleam/Janet/CommonLisp/etc.). Esp. with Go's quick compile time, I can see myself using it more and m…

> But now that most code is written by LLMs Got anything to back up this wild statement?

Me, my team, and colleagues also in software dev are all vibe coding. It's so much faster.

Re: ChatGPT Containers can now run bash, pip/npm install packages and download files

#117

Post by martinald »

piskov wrote: post #74
simonw wrote: post #2

Regular default ChatGPT can also now run code in Node.js, Ruby, Perl, PHP, Go, Java, Swift, Kotlin, C and C++. I'm not sure when these new features landed because they're not listed anywhere in the official ChatGPT release notes, but I checked it with a free account and it's available there as well.

Shame no c# in that list

Probably (?) not related but there is an issue with claude code for web with nuget. It doesn't support the proxy auth mechanism that anthropic gives it. I wonder if it's the same problem here.

Re: ChatGPT Containers can now run bash, pip/npm install packages and download files

#118

Post by jkelleyrtp »

candiddevmike wrote: post #6

Seems like everyone is trying to get ahead of tool calling moving people "off platform" and creating differentiators around what tools are available "locally" to the models etc. This also takes the wind out of the sandboxing folks, as it probably won't be long before the "local" tool calling can effectively do anything you'd need to do on your local machine. I wonder when they'll start offering virtual, persistent de…

I started building something for the dioxus team to have access to mac/linux persistent and ephemeral dev envs with vnc and beefy cpu/mem.

Nobody offered multiplatform and we really needed it!

https://skyvm.dev

Re: ChatGPT Containers can now run bash, pip/npm install packages and download files

#119

Post by behnamoh »

anonzzzies wrote: post #110
behnamoh wrote: post #99

Earlier quoted context omitted.

IDK what's going on in your shop but that sounds like a terrible idea! - Libraries don't necessarily map one-to-one from Python to Rust/etc. - Paradigms don't map neatly; Python is OO, Rust leans more towards FP. - Even if the code be re-written in Rust, it's probably not the most Rustic (?) approach or the most performant.

It doesn't map anything 1 to 1, it uses our guidelines and architecture for porting it which works well. I did say YMMV anyway; it works well for us.

Sorry, so basically you're saying there are two separate guidelines, one for Python and one for Rust, and you have the LLM write it first in Python and then Rust. But I still don't understand why it would be any better than writing the code in Rust in one go? Why "priming" it in Python would improve the result in any way?

Also, what happens when bug fixes are needed? Again first in Py and then in Rs?

Re: ChatGPT Containers can now run bash, pip/npm install packages and download files

#120

Post by bdangubic »

fooker wrote: post #96
jacquesm wrote: post #85

Earlier quoted context omitted.

Well, you will somehow have to turn that 'janky garbage' into quality code, who will do that then?

For most code, this never happens in the real world. The vast majority of code is garbage, and has been for several decades.

This type of comments get downvoted the most on HN but it is absolute truth, most human-written code is “subpar” (trying to be nice and not say garbage). I have been working as a contractor for many years and code I’ve seen is just… hard to put it into words.

so much discussion here on HN which critiques “vibe codes” etc implies that human would have written it better which is vast vast majority is simply not the case

Post reply on HN