Live data from Hacker News

Why is Claude an Electron app?

dbreunig.com

471–480 of 483 posts

Re: Why is Claude an Electron app?

#471
post #463

Earlier quoted context omitted.

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 have the resources to do a lot of things, what else should they waste them on?

It's only a waste if you don't care about the quality of your app or wasting your customers time and resources.

Re: Why is Claude an Electron app?

#472
post #39

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.

As somebody who frequently switches between windows and Linux, I will pretty much never install an app that's only on one platform. Cross platform options mean I don't need to pay for or learn separate apps for the same thing on each OS

I don't care if it's QT or a WebView or something else, I just want to lower friction for myself

Re: Why is Claude an Electron app?

#473
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.

> in his work

Women, however, are welcome to use electron

Re: Why is Claude an Electron app?

#474
post #87

This post and this entire thread are HN-sniping to the millionth degree. We have all the classics here: - AI bad - JavaScript bad - Developers not understanding why Electron has utility because they don't understand the browser as a fourth OS platform - Electron eats my ram oh no posted from my 2gb thinkpad

We should repeat it over and over until all these electrons apps are replaced by proper native apps. It’s not just performance: they look like patched websites, have inconsistent style and bad usability, and packed with bugs that are already solved since tens of years in our OS. It’s like Active Desktop ™ all over. Working on a native Mac app feels just better.

I rarely feel that any more, especially with the latest liquid glass updates. I used to work on high profile native apps, but embraced Elektron after Figma destroyed Sketch, the supposedly superior native alternative. Electron apps run fine on my 4 years old M2Max 32gb Macbook Pro, I never really experience any problems running Notion, Figma, VScode and Linear side by side. I enjoy being able to resize text in all of these apps like you do on any website, or being able to select text across different UI elements and blocks. Web content has a built in level of accessibility that is really hard for native apps to implement.

Re: Why is Claude an Electron app?

#476
post #420

Earlier quoted context omitted.

> Finally, Claude is great at it. So the model is not a generalised AI then? It is just a JS stack autocomplete?

Claude isn't AGI, but this is a terrible argument. I'm better at Javascript than C, too. Does this mean I'm not a generalized intelligence? I'm just JS stack autocomplete?

It kind of does.

Re: Why is Claude an Electron app?

#477
post #274

Earlier quoted context omitted.

> have inconsistent style You mean incongruent styles? As in, incongruent to the host OS. There is no doubt electron apps allow the style to be consistent across platforms.

No, they are also inconsistent: slack, vscode, zed, claude, chatgpt, figma, notion, zoom, docker desktop, to quote some that i use daily. They have all different UI patterns and design. The only thing they have in common is that are slow, laggy, difficult to use and don’t respond quickly to the Window manager. Compare to other software on Mac such as Pages, Xcode, Tower, Transmission, Pixelmator, mp3tag, Table plus,…

You missed my point. Electron apps are incongruent to native OS apps.

Electron apps look the same on each platform therefore they are consistent.

The meta point is the effort required to be consistent with the OS.

You listed MacOS only apps, emphasising the point.

To do a per OS consistent experience is N times the effort.

Re: Why is Claude an Electron app?

#479
post #376
post #352

Earlier quoted context omitted.

Yeah, I'm kind of disheartened by the number of people who still insist that LLMs are an expensive flop with no potential to meaningfully change software engineering. In a few years, they'll be even better than they are now. They're already writing code that is perfectly decent, especially when someone is supervising and describing test cases.

Yea what? This is exactly why they should switch to native apps. Native apps are not harder to maintain than JavaScript especially with LLM guidance on APIs and such. I don't understand why your confidence in LLM code ability means you don't think it can succeed with native apps

Having 3x the apps generally means having 3x the support burden, and this is true with or without LLMs.

Re: Why is Claude an Electron app?

#480
post #479
post #376

Earlier quoted context omitted.

Yea what? This is exactly why they should switch to native apps. Native apps are not harder to maintain than JavaScript especially with LLM guidance on APIs and such. I don't understand why your confidence in LLM code ability means you don't think it can succeed with native apps

Having 3x the apps generally means having 3x the support burden, and this is true with or without LLMs.

No it is not the same with LLMs because LLMs are a multiplier that makes the overall work less compared to without them, and that includes support burden. "Support" is a hand wavy word to dismiss the fact that it consists of writing code and fixing bugs, all of which LLMs can help massively with now. They meaningfully change software engineering which you are ignoring when you assume the same cost of pre-LLM development on multiple platforms.
Post reply on HN