Earlier quoted context omitted.
Why not just vibe code binary executables for each platform? The sheer speedup all users will show everyone why vibe coding is the future. After all coding is a solved problem.
I'm guessing the first question will be "How are we going to keep the UI consistent?". The hard part is never the code writing it's carefully releasing fast changing features from product people. Their chat UX is the core product which is replicated on the internet and other devices. That's almost always React or [JS framework] these days. Migrating the system would be the easier part in that regard, but they'll stil…
Why is Claude an Electron app?
381–390 of 483 posts
Re: Why is Claude an Electron app?
#382Earlier quoted context omitted.
As a user I would trade fewer features for a UI that doesn't jank and max out the CPU while output is streaming in. I would guess a moderate amount of performance engineering effort could solve the problem without switching stacks or a major rewrite. (edit: this applies to the mobile app as well)
> a UI that doesn't jank and max out the CPU While there are legitimate/measurable performance and resource issues to discuss regarding Electron, this kind of hyperbole just doesn't help. I mean, look: the most complicated, stateful and involved UIs most of the people commenting in this thread are going to use (are going to ever use, likey) are web stack apps. I'll name some obvious ones, though there are other candi…
Re: Why is Claude an Electron app?
#383Re: Why is Claude an Electron app?
#384Earlier quoted context omitted.
No, they're generally pretty solid. Once an hour one will crash, and sometimes there are performance problems, but it's a very workable setup.
> Once an hour one will crash, and sometimes there are performance problems > pretty solid Huh?
Re: Why is Claude an Electron app?
#385Earlier quoted context omitted.
Did they say that? I doubt it.
They did, with the caveat that its solved" for most use cases". https://www.lennysnewsletter.com/p/head-of-claude-code-what-...
Re: Why is Claude an Electron app?
#386Earlier quoted context omitted.
You might try giving an example of a complex UI that isn't a frustratingly slow resource hog next time you're posting this rant.
> complex UI that isn't a frustratingly slow resource hog Maybe you can give ones of competing ones of comparable complexity that are clearly better? Again, I'm just making a point from existence proof. VSCode wiped the floor with competing IDEs. GMail pushed its whole industry to near extinction, and (again, just to call this out explicitly) Amazon has shipped what I genuinely believe to be the single most complicat…
Thunderbird is a fully-featured mail app and much more performant than Gmail. Neovim has more or less the same feature set as VSCode and its performance is incomparably better.
Re: Why is Claude an Electron app?
#387Earlier quoted context omitted.
But if AI can maintain code bases so easily, why does it matter if there are 3? People use electron to quickly deploy non-native apps across different systems. Surely, it would be a flex to show that your AI agents are so good they make electron redundant. But they don’t. So it’s reasonable to ask why that is.
No, it is completely unreasonable to ask why a company is not putting three times the resources into solving a problem than one times the resources.
2. Why do you think it requires "three times the resources" - wouldn't it normally be an incremental amount of work to support additional targets, but not an additional 100% of work for each additional target?
Re: Why is Claude an Electron app?
#388Earlier quoted context omitted.
My guy if you can’t see the problem with a $300B SF company that of course claims to #HireTheBest having a dumpy UX due to their technical choices I don’t really know what to tell you. Same goes for these companies having npm as an out-of-the-box dependency for their default CLI tools. I’m going to assume anyone who thinks that every user’s machine is powerful enough to run electron apps, or even support bloated deps…
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?
1. Anthropic had no problem spending tens of thouands of dollars of tokens re-writing the C compiler a couple weeks ago before abandonining it within hours of launch, despite promising that fixes were coming in the following days. 2. Regardless are you arguing that re-writing Chromium would have been a good solution for the original suggestion of native apps? Aren't there better existing approaches from companies that don't claim to have the best coders, nor are worth hundreds of millions, billions, tens of billions, nor hundreds of billions of dollars, so I'm unsure why you made that specific suggestion? Wouldn't pointing to an existing product's native approach be a better suggestion?
Re: Why is Claude an Electron app?
#389Earlier quoted context omitted.
I've used 3/5 of those programs significantly and have issues with all of them relating to software quality. Especially discord. So bad I have 4 different servers actively trying alternatives. When discord and slack started the company was not large so it definitely could have been a lack of resources. Could also have been a bad design choice. I'm not alone on that either at all. This is a pretty common opinion. Clau…
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?
Re: Why is Claude an Electron app?
#390Earlier quoted context omitted.
Point still stands. If you are so much more productive and have some of the most expensive engineers in the world, why not write something decent
Why rewrite if thing exists? You can use those expensive engineers to build more stuff, not rewrite old stuff