Live data from Hacker News

Why is Claude an Electron app?

dbreunig.com

351–360 of 483 posts

Re: Why is Claude an Electron app?

#351
> The resulting compiler is impressive, given the time it took to deliver it and the number of people who worked on it, but it is largely unusable. That last mile is hard.

You're easy to impress, that explains the unrealistic expectations "on the surface". That's some strange analogy, though, basic usability is the first mile, not the last. Coming back to the frameworks and apps, the last mile would be respecting Mac unique keyboard bindings file for text editing. First mile is reacting to any keyboard input in a text field. Same with the compiler, basic hello world fail isn't the last mile.

Re: Why is Claude an Electron app?

#352
post #330

Earlier quoted context omitted.

More work for whom, Claude? So what?

Are you being sarcastic or playing a caricature of an AI obsessed hater?

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.

Re: Why is Claude an Electron app?

#353

Earlier quoted context omitted.

Yes, and? And therefore, what? That’s what’s missing and I think we should just be clear on: it is a design choice to choose electron over writing a native app.

I disagree. It's often chosen due to lack of resources to make native applications. If it really is a design choice then it's a bad decision imo.

Discord, 1Password, Slack, GitHub Desktop, VS Code.

these are all also the results of bad design choices or a lack of resources?

Re: Why is Claude an Electron app?

#354

Earlier quoted context omitted.

Coding is solved. Engineering is not solved.

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.

Re: Why is Claude an Electron app?

#355

Earlier quoted context omitted.

Yeah but what does the statement refute? We can all talk about how this or that app should be different, but the idea is "electron sux => ????? " Why should I care that they didn't rebuild the desktop app I don't use. Their TUI is really nice.

You could build the same tui in the same amount of time with the same effort and end with an overall better product. Spend a little more and it is even better. Why can we not expect more from companies that have more?

The "more" here I'm to expect is they choose a native application over electron?

What's in that for me?

Re: Why is Claude an Electron app?

#356
post #323

Earlier quoted context omitted.

I think the idea is that by the time those trillions of lines of code start to cause maintenance problems, the models will be good enough to deal with those problems. We'll see, I guess...

That won't solve the problem that humans will lose the skill to write code. It will become a hobbyist pass time. Like people listening to 8-tracks now...

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.

Re: Why is Claude an Electron app?

#358

Because Anthropic and the rest of them are lying to you about the sophistication of these tools. The fact that claude code is a still buggy mess is a testament to the quality of the dream they're trying to sell.

>claude code is a still buggy mess What bugs are you seeing? I use Claude Code a lot on an Ubuntu 22.04 system and I've had very few issues with it. I'm not sure really how to quantify the amount of use; maybe "ccusage" is a good metric? That says over the last month I've used $964, and I've got 6-8 months of use on it, though only the last ~3-5 at that level. And I've got fairly wide use as well: MCP, skills, agents…

there's currently ~6k open issues and ~20k closed ones on their issue tracker (https://github.com/anthropics/claude-code/issues). certainly a mix of duplicates / feature requests, but 'buggy mess' seems appropriate

Re: Why is Claude an Electron app?

#359
Claude should have gone for native apps and demonstrated that it is possible to do anything with their AI.

I'm currently building a macOS AI chat app. Generally SwiftUI/AppKit is far better than Web but it performs bad in few areas. One of them is Markdown viewer. Swift Markdown libraries are slow and lacks some features like Mermaid diagrams. To work around this, some of my competitors use Tauri/Electron and few others use WKWebView inside Swift app.

Initially I tried WKWebView. Performance was fine and the bridge between JS and Swift was not that hard to implement but I started seeing few problems especially due to the fact that WebView runs as separate process and usually a single WebView instance is reused across views.

After few attempts to fix them, I gave up the idea and tempted to go fully with Web rendering with Tauri but as a mac developer I couldn't think about building this app in React. So I started building my own Markdown library. After a month of work, I now have a high-performance Markdown library built with Rust and TextKit. It supports streaming and Markdown extensions like Mermaid.

Most of the code was written by Claude Opus, and some tricky parts were solved by Codex. The important lesson I learned is that I’m no longer going to accept limitations in tech and stop there. If something isn’t available in Swift but is available in JS, I’m going to port it. It’s surprisingly doable with Claude.

Re: Why is Claude an Electron app?

#360

Boris from the Claude Code team here. Some of the engineers working on the app worked on Electron back in the day, so preferred building non-natively. It’s also a nice way to share code so we’re guaranteed that features across web and desktop have the same look and feel. Finally, Claude is great at it. That said, engineering is all about tradeoffs and this may change in the future!

I’m okay with Electron. I’ve used great Electron apps (VSCode). I like that the feature set is the same between the website and the app.

But it should be possible to make an Electron app that is more reliable and eats less resources.

Post reply on HN