| ▲ | tokioyoyo 6 hours ago |
| It really doesn’t matter anymore. I’m saying this as a person who used to care about it. It does what it’s generally supposed to do, it has users. Two things that matter at this day and age. |
|
| ▲ | 6 hours ago | parent | next [-] |
| [deleted] |
|
| ▲ | samhh 6 hours ago | parent | prev | next [-] |
| It may be economically effective but such heartless, buggy software is a drain to use. I care about that delta, and yes this can be extrapolated to other industries. |
| |
| ▲ | tokioyoyo 6 hours ago | parent [-] | | Genuinely I have no idea what you mean by buggy. Sure there are some problems here and there, but my personal threshold for “buggy” is much higher. I guess, for a lot of other people as well, given the uptake and usage. | | |
| ▲ | mattmanser 4 hours ago | parent [-] | | Two weeks ago typing became super laggy. It was totally unusable. Last week I had to reinstall Claude Desktop because every time I opened it, it just hung. This week I am sometimes opening it and getting a blank screen. It eventually works after I open it a few times. And of course there's people complaining that somehow they're blowing their 5 hour token budget in 5 messages. It's really buggy. There's only so long their model will be their advantage before they all become very similar, and then the difference will be how reliable the tools are. Right now the Claude Code code quality seems extremely low. | | |
| ▲ | tokioyoyo 4 hours ago | parent [-] | | And those bugs were semi-fixed and people are still using it. So speed of fixes are there. I can’t comment on Claude Desktop, sorry. Personally haven’t used it much. The token usage looks like is intentional. And I agree about the underlying model being the moat. If there’s something marginally better that comes up, people will switch to it (myself included). But for now it’s doing the job, despite all the hiccups, code quality and etc. | | |
|
|
|
|
| ▲ | FiberBundle 6 hours ago | parent | prev | next [-] |
| This is the dumbest take there is about vibe coding. Claiming that managing complexity in a codebase doesn't matter anymore. I can't imagine that a competent engineer would come to the conclusion that managing complexity doesn't matter anymore. There is actually some evidence that coding agents struggle the same way humans do as the complexity of the system increases [0]. [0] https://arxiv.org/abs/2603.24755 |
| |
| ▲ | tokioyoyo 6 hours ago | parent | next [-] | | I agree, there is obviously “complete burning trash” and there’s this. Ant team has got a system going on for them where they can still extend the codebase. When time comes to it, I’m assuming they would be able to rewrite as feature set would be more solid and assuming they’ve been adding tests as well. Reverse-engineering through tests have never been easier, which could collapse the complexity and clean the code. | |
| ▲ | maplethorpe 5 hours ago | parent | prev [-] | | Well what is Anthropic doing differently to deal with this issue? Apparently they don't write any of their own code anymore, and they're doing fine. | | |
| ▲ | nvarsj 3 hours ago | parent | next [-] | | Cc is buggy as hell man. I frequently search the github for the issue I’m having only to find 10 exact bugs that no one is looking at. Obviously they don’t care. Adoption is exploding. Boris brags about making 30 commits a day to the codebase. Only will be an issue down the line when the codebase has such high entropy it takes months to add new features (maybe already there). | |
| ▲ | bakugo 3 hours ago | parent | prev [-] | | Nothing, apparently, which is probably why Claude Code has 7893 open issues on Github at the time of writing. | | |
| ▲ | otterley 3 hours ago | parent [-] | | All software that’s popular has hundreds or thousands of issues filed against it. It’s not an objective indication of anything other than people having issues to report and a willingness and ability to report the issue. It doesn’t mean every issue is valid, that it contains a suggestion that can be implemented, that it can be addressed immediately, etc. The issue list might not be curated, either, resulting in a garbage heap. |
|
|
|
|
| ▲ | ghywertelling 4 hours ago | parent | prev | next [-] |
| Do compilers care about their assembly generated code to look good? We will soon reach that state with all the production code. LLMs will be the compiler and actual today's human code will be replaced by LLM generated assembly code, kinda sorta human readable. |
|
| ▲ | hrmtst93837 6 hours ago | parent | prev | next [-] |
| Users stick around on inertia until a failure costs them money or face. A leaked map file won't sink a tool on its own, but it does strip away the story that you can ship sloppy JS build output into prod and still ask people to trust your security model. 'It works' is a low bar. If that's the bar you set you are one bad incident away from finding out who stayed for the product and who stayed because switching felt annoying. |
| |
| ▲ | tokioyoyo 6 hours ago | parent [-] | | “It works and it’s doing what it’s supposed to do” encompasses the idea that it’s also not doing what it’s not supposed to do. Also “one bad incident away” never works in practice. The last two decades have shown how people will use the tools that get the job done no matter what kinda privacy leaks, destructive things they have done to the user. |
|
|
| ▲ | drstewart 3 hours ago | parent | prev [-] |
| >Two things that matter at this day and age. That's all that has mattered in every day and age. |
