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.
Why is Claude an Electron app?
351–360 of 483 posts
Re: Why is Claude an Electron app?
#352Earlier quoted context omitted.
More work for whom, Claude? So what?
Are you being sarcastic or playing a caricature of an AI obsessed hater?
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?
#353Earlier 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.
these are all also the results of bad design choices or a lack of resources?
Re: Why is Claude an Electron app?
#354Earlier 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”
Re: Why is Claude an Electron app?
#355Earlier 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?
What's in that for me?
Re: Why is Claude an Electron app?
#356Earlier 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...
Re: Why is Claude an Electron app?
#357Re: Why is Claude an Electron app?
#358Because 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…
Re: Why is Claude an Electron app?
#359I'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?
#360Boris 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!
But it should be possible to make an Electron app that is more reliable and eats less resources.