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

61–70 of 483 posts

Re: Why is Claude an Electron app?

#61

Post by iagooar »

slopinthebag wrote: post #49
OsrsNeedsf2P wrote: post #44

Earlier quoted context omitted.

Why isn't Claude doing QA testing for you?

I can't tell if this is sarcasm, but if not, you cant rely on the thing that produced invalid output to validate it's own output. That is fundementally insufficient, despite it potentially catching some errors.

What if "the thing" is a human and another human validating the output. Is that its own output (= that of a human) or not? Doesn't this apply to LLMs - you do not review the code within the same session that you used to generate the code?

Re: Why is Claude an Electron app?

#62

Post by condiment »

Maybe code is free, but code isn't all that goes into building software. Minimally, you have design, code, integrate, test, document, launch.

Claude is going to help mostly with code, much less with design. It might help to accelerate integration, if the application is simple enough and the environment is good enough. The fact is, going cross-platform native trebles effort in areas that Claude does not yet have a useful impact.

Re: Why is Claude an Electron app?

#65

Post by owenpalmer »

mtimmerm wrote: post #40

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.

They're not talking about Claude code

Re: Why is Claude an Electron app?

#66

Post by torginus »

alexfromapex wrote: post #37

I don't know why anyone uses Electron anymore, Tauri produces much smaller binaries and is amazing.

I don't know why anyone uses Tauri - disk space is cheap but having to handle QA and supporting quirks for every possible browser engine the users' system could ship with certainly is not.

Re: Why is Claude an Electron app?

#67

Post by linsomniac »

vsgherzi wrote: post #30
827a wrote: post #13

Electron isn't that bad. Apps like VSCode and Obsidian are among the highest quality and most performant apps I have installed. The Claude app's problem is not electron; its that it just sucks, bad. Stop blaming problems on nativeness.

I think you’re missing the point a little friendo, it’s not that electron is bad it’s that electron itself is an abstraction for cross platform support. If code can be generated for free then the question is why do we need this to begin with why can’t Claude write it in win32, SwiftUI, and gtk? The answer of course is that it can’t do it and maintain compatibility between all three well enough as it’s high effort and…

I don't know about whether Electron fits in this case, but I can say Claude isn't equally proficient at all toolchains. I recently had Claude Code (Opus 4.6, agent teams) build a image manipulation webapp in Python, Go, Rust, and Zig.

In python it was very nearly a 1-shot, there was an issue with one watermark not showing up on one API endpoint that I had to give it a couple kicks at the can to fix. Go it was able to get but it needed 5+ attempts at rework. Rust took ~10+, and Zig took maybe 15+.

They were all given the same prompt, though they all likely would have dont much better if I had it build a test suite or at least a manual testing recipe for it to follow.

Re: Why is Claude an Electron app?

#69

Post by slopinthebag »

SuperHeavy256 wrote: post #10

Call them out, call them out. Why isn't Claude a native Windows x64 app if code is free?

If the AI is writing 100% of the code it literally is free (as in time) for them to move them over to native apps. They should have used the tokens for that C compiler on the native apps, would have made for a much more convincing marketing story as well.
Post reply on HN