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

Why is Claude an Electron app?

dbreunig.com

Post reply on HN
Print view View original

31–40 of 483 posts

Re: Why is Claude an Electron app?

#31

Post by chambored »

cedws wrote: post #11
rr808 wrote: post #7

Can we talk about how much copilot sucks in vscode? I have to use for work, buggy as hell for the premier product of a trillion dollar company.

I use Claude Code in Zed via ACP and have issues all the time. It pushes me towards using the CLI, but I don’t want to do things that way because it’s a vibe coding workflow. I want to be in the drivers seat, see what the agent has done and be able apply or reject hunks.

I’m in the same situation. Zed’s Claude Code is better in terms of control, but it’s wildly buggy and unreliable. Definitely not a drop in replacement.

Re: Why is Claude an Electron app?

#32

Post by not_kurt_godel »

rr808 wrote: post #7

Can we talk about how much copilot sucks in vscode? I have to use for work, buggy as hell for the premier product of a trillion dollar company.

As long as we're on the subject, I'll take the opportunity here to vent about how embarrassingly buggy and unusable VS Code is in general. It throws me for a loop that pros voluntarily use it on the rare occasions I'm forced to use it instead of JetBrains.

Re: Why is Claude an Electron app?

#35

Post by greyman »

But nobody says code is free(?). Certainly not Claude, that experimental compiler costs $20K to build. That openclaw author admitted in Lex Fridman talk that he spends $10k's on tokens each month.

Re: Why is Claude an Electron app?

#36

Post by dostick »

If author tried native macOS development with agent for an hour, they wouldn’t know where to begin explaining how different is agentic web development from native. It was better year ago, you could actually get to build a native app. Now all models over-think everything, they do things they like and igniter hard constraints. They picked all that in training. All these behaviours, hiding mistakes, shameful silence, going “woke” and doing what they think should be done despite your wishes. All this is meliorated in web development, but for native it made it a lot worse. And visual testing, compare in-browser easy automated ride with retest-it-yourself for 50th time.

Re: Why is Claude an Electron app?

#38

Post by bigstrat2003 »

ivankra wrote: post #24

> For now, Electron still makes sense A few years ago maybe. Tauri makes better sense for this use case today - like Electron but with system webviews, so at least doesn't bloat your system with extra copies of Chrome. And strongly encourages Rust for the application core over JS/Node.

Electron has never made sense. It is only capable of making poorly performing software which eats the user's RAM for no good reason. Any developer who takes pride in his work would never use a tool as bad as Electron.

Re: Why is Claude an Electron app?

#39

Post by tpae »

The framing here assumes you need to ship native to all 3 platforms to justify leaving Electron. You don't.

I've been building a native macOS AI client in Swift — it's 15MB, provider-agnostic, and open source: https://github.com/dinoki-ai/osaurus

Committing to one platform well beats a mediocre Electron wrapper on all three.

Re: Why is Claude an Electron app?

#40

Post by mtimmerm »

Claude code runs in the terminal, not Chromium. It's hardly an "electron app" at all.

It's a nodejs app, and there is no reason to have a problem with that. Nodejs can wait for inference as fast as any native app can.

Post reply on HN