Live data from Hacker News

Why is Claude an Electron app?

dbreunig.com

431–440 of 483 posts

Re: Why is Claude an Electron app?

#431

Earlier quoted context omitted.

> Once an hour one will crash, and sometimes there are performance problems > pretty solid Huh?

Claude Code would have been science fiction five years ago. I'm not looking a gift horse in the mouth over a few papercuts.

Its a cli app that connects to an API. Its no more advanced than a terminal irc client or MUD. Get better standards.

Re: Why is Claude an Electron app?

#432
post #354

Earlier quoted context omitted.

that is because software “engineering” does not exist, it only exist as a fairytale story and bullshit job titles like SW”E”

Right, the biggest driver of global economic growth is not based on engineering at all, and these people (who've made massive amounts of money) clearly don't know how to describe the work they do.

so money = “engineering” - that exactly computes with my post :)

you should read this - all three parts, very educational (though with 30 years as “engineer” I don’t agree with it all but it is very educational, especially part 1): https://www.hillelwayne.com/post/are-we-really-engineers/

Re: Why is Claude an Electron app?

#433
post #409
post #382

Earlier quoted context omitted.

VSCode isn't a regular Electron crap application, in fact Microsoft has dozens of out-of-process plugins written in C++, Rust and C# to work around Electron crap issues, also the in-editor terminal makes use of WebGL instead of div and p soup.

> Electron crap application Sigh. Beyond the deeply unserious hyperbole, this is a no-true-scotsman. Yes, you can use native APIs in Electron. They can even help. That's not remotely an argument for not using Electron. > the in-editor terminal makes use of WebGL Right, because clearly the Electron-provided browser environment was insufficient and needed to be escaped by using... a browser API instead? Again, folks, t…

> Again, folks, the argument here is from existence. If the browser stack is insufficient for developing UIs in the modern world, then why is it winning so terrifyingly?

If McDonald’s hamburgers taste like warmed-over shit, why are they the most popular in the world?

Re: Why is Claude an Electron app?

#434

Earlier quoted context omitted.

They all have millions of active users doing complex tasks in them every day! I's laughable that you expect me to take your vague complaints about Discord seriously not just as complaints but as dispositive signs that electron was a bad design choice. Does this work on people usually?

Discord could have been a lack of resources as I previously said. They weren't a billion dollar company when the application was conceived. Regardless the only thing keeping those millions of people at this point is lock-in. Even then people are actively looking for ways to move away from it. I'm witnessing the migration now and am looking forward to the day I don't have to hard restart the client 2-3 times a day.

What does any of this have to do with choosing an electron app over a native app?

What does any of the malaise about discord have to do with their choice of runtime?

It is an untested hypothesis that if discord had a native app, all the problems that people complain about would disappear. I think people in hacker news like to just assert the hypothesis because sounds better than cross platform. But in this particular case, it is fundamentally untested. We simply don’t know that the app would be better if it were native.

Re: Why is Claude an Electron app?

#435
post #378

Earlier quoted context omitted.

That won't be a problem -- again assuming the vision comes to pass -- any more than the inability to write Latin and Greek holds anyone back today.

But Greek and Latin don't underpin our entire planet's infrastructure... Software does.

A better analogy might be to point out that microprocessors run everything, but almost no one needs to know assembly language anymore.

Re: Why is Claude an Electron app?

#436

Earlier quoted context omitted.

Presumably these competent people could look at electron, think about building their own cross-platform application on top of chromium and conclude that this free as in code and beer tool fit their needs. Should they have re-written Chromium too?

They have the resources to make native UI for all six major platforms without any AI assistance at all. Maybe their dog food isn't as tasty as they want you to believe.

They are compute constrained and they have tens of millions of dollars of free cash flow. They could’ve written that app in COBOL for God sake.

What are we to presume from the fact that they did not do that?

Re: Why is Claude an Electron app?

#437

Earlier quoted context omitted.

The title is indeed silly and a poor choice but it's not the argument actually made in the article. The title doesn't even seem to be intended as a shot in the night, despite that being how most of the HN took it. I.e. the author isn't saying "don't use agents because Claude Code is written in Electron" they are genuinely looking at why one would still have their agents write an Electron app over native when using co…

the central argument to the piece is still fundamentally silly. What truly do we know about the organization that produced the Claude desktop app, by virtue of the fact that they built it in electron? Really truly what do we know about them based on that decision? I submit the answer is basically nothing. Instead, we’re sort of coasting on priors and vibes about “native” tool kits being better. And that’s just catnip…

I think it's silly we have to judge what the article is saying by how it's argued in the HN comments, especially on something divisive where many comments react to the conclusions they made when they saw the title.

The article doesn't go as far as saying Electron is bad or judge Anthropic based on their use of it. It says Electron has downsides which are dramatically outweighed by the upsides and then shows that calculus remains true (i.e. the benefits of Electron still outweigh any of the potential downsides) even when using LLMs as coding agents. The article is not setting out to ridicule anything, it's investigating why Electron is still a good choice in the coding agent use case by looking at one such app (the Claude desktop app) written very close to home for coding agents as an example.

About the only thing the article can be said to ridicule at all is that the Claude app is slow and buggy (which is accurate IMO) but it's never saying that to imply it's impossible to solve that because it's an Electron app or that it means one should not use coding agents. The rest of the article really stands to state quite the opposite.

As the article concludes, it is a pro-Electron usage pro-coding-agent piece. I.e. that the Claude desktop app is written in Electron is NOT evidence either Claude or Electron must be bad:

> For now, Electron still makes sense. Coding agents are amazing. But the last mile of dev and the support surface area remains a real concern.

That last mile is where the author places the problems, and they had placed them there regardless whether one uses Electron or coding agents, so it's hard to take it as a hit piece for those two things.

Re: Why is Claude an Electron app?

#438

Earlier quoted context omitted.

Why rewrite if thing exists? You can use those expensive engineers to build more stuff, not rewrite old stuff

Why not rewrite if code is free

suppose, for them generating code is indeed free (tokens), but autonomous coding is not solved (at least yet)

if it gets solved, (1) we are all f....d! Not only software engineers. (2) they can rewrite it using Assembly. they == AGI

Re: Why is Claude an Electron app?

#439

Earlier quoted context omitted.

> Once an hour one will crash, and sometimes there are performance problems > pretty solid Huh?

Claude Code would have been science fiction five years ago. I'm not looking a gift horse in the mouth over a few papercuts.

There is an issue on their github about flickering they don't seem to care much about. I think most AI CLIs are using the same reactish cli thing called ink and all are having the same problems. opencode moved to a different library (opentui?) and their client seems to be doing much better. ALthough I must say I like to run the opencode cli locally with the web option and connect to it with a web browser. It's very nice. Plus you can code in bed :)

Re: Why is Claude an Electron app?

#440
post #157

Earlier quoted context omitted.

I think about this a lot, and do everything I can to avoid having Claude write production code while keeping the expected tempo up. To date, this has mostly ended up having me use it to write project plans, generate walkthroughs, and write unit and integration tests. The terrifying scenario for me is getting paged and then not being able to actually reason about what is happening.

Anything bigger in context? Unfortunately - maybe I have bad luck… But I don’t get how they code in Anthropic when they say that almost all their new code is written by LLM. Do they have some internal much smarter model that they keep in secret and don’t sell it to customers? :)

>> when they say that almost all their new code is written by LLM.

Kepping in mind they are trying hard to sell their code assistant what else they can say?

Goal is simple: just lie your way forward to the next VC funding round.

Post reply on HN