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

271–280 of 405 posts

Re: Claude Code on the web

#271

Post by ryuuseijin »

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…

I'm using opencode which I think is now very close to covering all the functionality of claude code. You can use GPT5 Codex with it along with most other models.

Re: Claude Code on the web

#272

Post by pjmlp »

wahnfrieden wrote: post #58
spondyl wrote: post #49

Earlier quoted context omitted.

Another, not incompatible explanation is that it's also just easier to develop for a handful of known iOS/iPadOS targets compared to Android's unbounded set of screen sizes and device specs.

If your app runs on iPadOS, you already need to support every "screen size" (window size) Android is simply a much worse platform to make money on. Users spend <25% as much as iOS users. Why would they prioritize that?

Because 70% of the mobile phone world runs on Android.

It is like trying to make a living selling games to macOS users.

Re: Claude Code on the web

#273

Post by pjmlp »

spondyl wrote: post #49
alwillis wrote: post #22

Earlier quoted context omitted.

Not unusual; most high profile apps ship on iOS first, going back to Instagram [1], which was released October 10, 2010. Instagram shipped their Android version 1.5 years later. [1]: https://www.techtarget.com/searchcio/definition/Instagram

Another, not incompatible explanation is that it's also just easier to develop for a handful of known iOS/iPadOS targets compared to Android's unbounded set of screen sizes and device specs.

iOS/iPadOS aren't exactly the same, without bothering to count, there are about 10 screen sizes to account for, and Apple contrary to Android world, doesn't have somethine like JetPack, either the user updates their phone or there are no new features for the apps to rely on.

Re: Claude Code on the web

#274

Post by dns_snek »

neya wrote: post #240
bad_haircut72 wrote: post #204

Earlier quoted context omitted.

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

For what it's worth, I'm not affiliated with Open AI (you can verify by my comment history [1] and account age) and I agree with the top comment. I do Elixir consulting primarily and nothing beats OpenAI's model at the moment for Elixir. Previously, their O3 models were quite decent. But, GPT-5 is really damn good. Claude code will unnecessarily try to complicate a problem solution. [1] https://news.ycombinator.com/i…

This is hilarious because for me Cursor with GPT-5 often generates Elixir that isn't even syntactically correct. It needs to be told not to use return statements, and not to try to index linked lists as arrays. Code is painfully non-idiomatic to the point of being borderline useless even in the simpler cases. Claude Sonnet 4.5 is marginally better, but not by much. Any ambitious overhaul, refactoring or large feature ends in tears and regret.

Neither tool is worth paying even $20 a month for when it comes to Elixir, that's how little value I get out of them, and it's not because I can't afford it.

Re: Claude Code on the web

#276

Post by luisml77 »

mdeeks wrote: post #173
luisml77 wrote: post #136

Earlier quoted context omitted.

I agree and I also think the problem is deeper than that. It's about not being able to do most code testing and debugging remotely. You can't really test anything remotely really... Its in an ephemeral container without any of your data, just your repo. You can't have the model do npm run dev and browse to see the webpage, click around, etc. You can't compile or run anything heavy, you can't persist data across sessi…

What you're describing feels like the next major evolution and is likely years away (and exciting!). I'm mainly aiming for a good experience with what we have today. Welding an AI agent onto my IDE turned out to be great. The next incremental step feels like being able to parallelize that. I want four concurrent IDEs with AI welded onto it.

Exactly, I want to go to sleep knowing I have an AI working in a computer developing my project. Then wake up to the finished website/program, fully tested top to bottom backend frontend UI etc.

Re: Claude Code on the web

#278

Post by neya »

dns_snek wrote: post #274
neya wrote: post #240

Earlier quoted context omitted.

For what it's worth, I'm not affiliated with Open AI (you can verify by my comment history [1] and account age) and I agree with the top comment. I do Elixir consulting primarily and nothing beats OpenAI's model at the moment for Elixir. Previously, their O3 models were quite decent. But, GPT-5 is really damn good. Claude code will unnecessarily try to complicate a problem solution. [1] https://news.ycombinator.com/i…

This is hilarious because for me Cursor with GPT-5 often generates Elixir that isn't even syntactically correct. It needs to be told not to use return statements, and not to try to index linked lists as arrays. Code is painfully non-idiomatic to the point of being borderline useless even in the simpler cases. Claude Sonnet 4.5 is marginally better, but not by much. Any ambitious overhaul, refactoring or large feature…

Gemini is also good, I recommend you try it as well. Usually my workflow is GPT-5 as the primary, but yes, as you mentioned it is not perfect. But Gemini surprisingly compliments GPT-5 for my use cases atleast. It's good at LiveView related stuff, whereas GPT-5 is more of architecting side.

Both LLMs suck if you let it do everything without architecting the solution first. So, I always instruct the high level architecture of how I want something, specifically around how the data should flow and be consumed and what I really want to avoid. With these constraints and bit of some prompt engineering, they are actually quite good.

Re: Claude Code on the web

#279

Post by sails »

mdeeks wrote: post #89

I feel like these background agents still aren't doing what I want from a developer experience perspective. Running in an inaccessible environment that pushes random things to branches that I then have to checkout locally doesn't feel great. AI coding should be tightly in the inner dev loop! PRs are a bad way to review and iterate on code. They are a last line of defense, not the primary way to develop. Give me an is…

Agree, each agent creating a PR and then coordinating merges is a pain.

I’d like

- agent to consolidate simple non-conflicting PRs

- faster previews and CI tests (Render currently)

- detect and suggest solutions for merge conflicts

Codex web doesn’t update the PR which is also something to change, maybe a setting, but for web Code agents (?) I’d like the PR once opened to stay open

Also PRs need an overhaul in general. I create lots of speculative agents, if I like the solution I merge, leading to lots of PRs

Re: Claude Code on the web

#280

Post by tonyhart7 »

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…

is is that better tho????

I thought claude code is still better in tool calling and something like that

Post reply on HN