3 ms·
Nothing about what was said even contradicts that though. Maintaining three codebases is more work than maintaining one, so they are maintaining one.
by NewsaHackO 8mo ago
Nothing about what was said even contradicts that though. Maintaining three codebases is more work than maintaining one, so they are maintaining one.
- legostormtroopr 8mo agoBut 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.
- NewsaHackO 8mo agoNo, 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.
- Sateeshm 8mo agoWhat resources? it's supposedly a solved problem. Anthropic just needs to spend tokens.
- LtWorf 8mo agoBut the one times the resources didn't solve the problem, clearly, since we are talking about it. And they claim that AI makes it trivial to port to do this sort of things so it would not be 3x the resources.
- no-name-here 8mo ago1. Anthropic has no problem burning tens of thousands of dollars of tokens on things that have zero real-world value, such as implementing a C compiler that as far as I can tell they don't intend to be used in the real world - for example, they announced it on Feb 5, promising "Over the coming days, I’ll continue having Claude push new changes if you want to follow along with Claude’s continued attempts at addressing these limitations" but there have been zero code commits since Feb 5 (the day they announced it). Wouldn't it make far more sense for a company to invest tokens into their own product than burning them for something that may be abandoned within hours of launching, with zero ongoing value to their company or their customers? 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?
- KronisLV 8mo ago> 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. Because then their competition would work faster than they could and any amount of slop/issues/imperfections would be amplified threefold. Also there would inevitably be some feature drift - I got SourceTree for my Mac and was surprised to discover that it's actually somewhat different from the Windows version, that was a bit jarring. I hope that in the next decade we get something like lcl (https://en.wikipedia.org/wiki/Lazarus_Component_Library https://en.wikipedia.org/wiki/Lazarus_Component_Library), but for all OSes and with bindings for all common languages - so we don't have to rely on the web platform for local software, until then developing native apps is a hard sell.
- PKop 8mo agoMore work for whom, Claude? So what?
- NewsaHackO 8mo agoAre you being sarcastic or playing a caricature of an AI obsessed hater?
- SR2Z 8mo agoYeah, 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.
- PKop 8mo agoYea 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
- SR2Z 8mo agoHaving 3x the apps generally means having 3x the support burden, and this is true with or without LLMs.
- PKop 8mo agoNo 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.
- LtWorf 8mo agoThey could easily maintain one in Qt but it seems they aren't even capable of that?
- thiht 8mo agoOne thing to consider is that "native" apps are considered the gold standard of desktop UIs, but a overwhelming share of users… don’t care. I, for one, don’t necessarily enjoy Qt apps. I think the only one I still use is KeepassXC and it’s trash to me, just slightly better than Keepass2. I much prefer the Bitwarden Electron app. Given the choice, I often reach for Electron apps because they feel more feature rich, feel better designed in terms of polish (both UI and UX), and I rarely get resource hog issues (Slack is the only offender I can think of among the Electron apps I use)
- LtWorf 8mo agoDid you ever consider that perhaps for other people when something is unreasonably slow and consuming all of their battery, the "polish" is really not that high on the list of important characteristics? Also, keep in mind that many people would like their applications to respect their preferences, so the "polish" that looks completely out of place on their screen is ugly (besides slow).
- thiht 8mo agoOk but did you consider some people care about polish and prefer apps with an attention to design, and not so much about consistency with other apps? Why are your tastes more important?
- LtWorf 8mo agoNot my taste, the requirements of not crashing and not being horribly slow come before any polish. Any software engineering course will teach you that.