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

Claude Code on the web

anthropic.com

Post reply on HN
Print view View original

211–220 of 405 posts

Re: Claude Code on the web

#211

Post by jacurtis »

the_duke wrote: post #115
cesarvarela wrote: post #69

Earlier quoted context omitted.

Can you share an example of the tasks you found Codex being much better? From my experience Claude Code is much better.

IMO gpt5-codex medium is much better as soon as the task becomes slightly complex, or the context grows a bit. Sora 4.5 tends to randomly hallucinate odd/inappropriate decisions and goes to make stupid changes that have to be patched up manually.

Yes Sora hallucinates significantly more than Claude.

I find that Codex generally requires me to remove code to get to what I want, whereas Claude I tend to use what it gives me and I add to it. Whether this is from additional prompting or from manual typing, i just find that codex requires removal to get to desired state, and Claude requires adding to get to desired state. I prefer adding incrementally than removing.

Re: Claude Code on the web

#212

Post by didibus »

swah wrote: post #177
mmaunder wrote: post #41

We were heavy users of Claude Code ($70K+ spend per year) and have almost completely switched to codex CLI. I'm doing massive lifts with it on software that would never before have been feasible for me personally, or any team I've ever run. I'll use Claude Code maybe once every two weeks as a second set of eyes to inspect code and document a bug, with mixed success. But my experience has been that initially Claude Co…

I haven't been able to get anything done with Codex. Claude Code is fast and "gets it". Also does better at running and testing its own stuff. Its very odd because I was hoping they were very on par.

Same, I find Codex not good to be honest. I have better success manually copy/pasting into GPT5 chat. There's something about Codex that just wants to change everything and use the weirdest tool commands.

It also often fails to escalate a command, it'll even be like, oh well I'm in a sandbox so I guess I can't do this, and will just not do it and try to find a workaround instead of escalating permission to do the command.

Re: Claude Code on the web

#213

Post by dgunay »

jryio wrote: post #5

Pair programming is still one of the best ways to knowledge transfer between two programmers in a high throughput manner. Humans learn by doing, building synaptic connections. I wonder if a shared Claude Code instance has the same effect?

I haven't seen anyone talking about using agents in this way. I wonder if it would be helpful for learning e.g. a new language or codebase to have the human write the code while the agent takes the role of the "backseat driver" in the pair programming dynamic.

Re: Claude Code on the web

#214

Post by a_victorp »

bad_haircut72 wrote: post #204
mmaunder wrote: post #41

We were heavy users of Claude Code ($70K+ spend per year) and have almost completely switched to codex CLI. I'm doing massive lifts with it on software that would never before have been feasible for me personally, or any team I've ever run. I'll use Claude Code maybe once every two weeks as a second set of eyes to inspect code and document a bug, with mixed success. But my experience has been that initially Claude Co…

Im not saying this is a paid endorsement but the internet is dead and I wonder what openAI would pay, if they could, to get such a glowing review as top comment on HN

This is an underrated comment

Re: Claude Code on the web

#215

Post by stavros »

mordymoop wrote: post #75
cesarvarela wrote: post #69

Earlier quoted context omitted.

Can you share an example of the tasks you found Codex being much better? From my experience Claude Code is much better.

I'm on the same page here. I have seen this sentiment about Codex suddenly being good a few times now, so I booted Codex CLI thinking-high back up after a break and asked it to look for bugs. It promptly found five bugs that didn't actually exist. It was the kind of truly impressively stupid mistake that I haven't seen Claude Code make essentially ever , and made me wonder if this isn't the sort of thing that's makin…

I asked Sonnet 4.5 to find bugs in the code, it found five high-impact bugs that, when I prompted it a second time, it admitted weren't actually bugs. It's definitely not just Codex.

Re: Claude Code on the web

#217

Post by lazerwalker »

dingnuts wrote: post #11
jryio wrote: post #5

Pair programming is still one of the best ways to knowledge transfer between two programmers in a high throughput manner. Humans learn by doing, building synaptic connections. I wonder if a shared Claude Code instance has the same effect?

The person driving is the one that learns the most in pair programming. In the scenario you've described, that would be Claude. LLMs don't learn. Doesn't CC sometimes take twenty, thirty minutes to return an attempt? I wouldn't know, because I'm not rich and my employer has decided CC is too expensive, but I wonder what you would do with your pair programming partner while you wait. The bosses would like to think we'…

I have criticisms of both tools like Claude Code and how applicable the 'pair programming' metaphor is here, but strong disagree that the person driving during pairing is the one who learns the most (or perhaps the implied "and the non-driver doesn't learn enough"). A good dynamic pairing session is equally valuable for both participants, even if there's a skill gap, and even if you're not alternating drivers as often as you should.

Re: Claude Code on the web

#218

Post by jimmydoe » 

    total        used        free      shared  buff/cache   available
    Mem:            13Gi       306Mi        12Gi          0B       126Mi        12Gi
    Swap:             0B          0B          0B
the sandbox has ~12G RAM, but no docker or podman allowed.

unfortunately it doesn't work for me as I need docker compose or equivalent to fire up some env for local test

Re: Claude Code on the web

#219

Post by jimmydoe »

lvl155 wrote: post #36

I am not a big fan of these. They’re trying to bundle compute and jack up the prices down the road.

not sure why you got downvoted but adding all these bells and whistles are the way to increase the price, which in turn justify the huge investment.

without 200% price increase in 3 years, there's no way any of these AI companies will survive.

Re: Claude Code on the web

#220

Post by [deleted] »

jswny wrote: post #144
mmaunder wrote: post #41

We were heavy users of Claude Code ($70K+ spend per year) and have almost completely switched to codex CLI. I'm doing massive lifts with it on software that would never before have been feasible for me personally, or any team I've ever run. I'll use Claude Code maybe once every two weeks as a second set of eyes to inspect code and document a bug, with mixed success. But my experience has been that initially Claude Co…

I find Codex CLI to be very good too, but it’s missing tons of features that I use in Claude Code daily that keep me from switching full time. - Good bash command permission system - Rollbacks coupled with conversation and code - Easy switching between approval modes (Claude had a keybind that makes this easy) - Ability to send messages while it’s working (Codex just queues them up for after it’s done, Claude injects…

[deleted]
Post reply on HN