Live data from Hacker News

Is it all just vapourware?

kirahowe.com

31–40 of 206 posts

Re: Is it all just vapourware?

#31

It's August 9, 2026 and if you're a software engineer who hasn't had multiple "holy shit, I can't believe it just did that" moments, it's time to consider a new trade.

Not everyone is a web developer bub

https://news.ycombinator.com/item?id=49226923

Re: Is it all just vapourware?

#32
I was fairly skeptical of agentic coding before I used it for a real product. Although I still have to be heavily involved in planning the code that LLMs write for me, they can write code much faster than I can, and they know more about edge cases than I do, so they can handle edge cases/subtle bugs that I would have missed. I have been paid to write code at every level of the stack from assembly to frontend javascript, but I'm not equally good at all those areas. In some areas I can still outperform LLMs, but for areas I'm weak they do a much better job than I would have.

I still think of what I'm doing as software engineering, and I'm glad that I had many years of professional and hobby development before using agents since I think that's given me the ability to make good architectural decisions (and helps me resteer the LLMs when they want to do something suboptimal), but my involvement in actually writing code is quickly going to zero. That said, they aren't perfect and they still introduce bugs, but I believe the quality of my current product is higher than what I would have created pre-agentic coding.

Things I've found helpful in keeping quality high:

- Visual regression tests (detect UI bugs before you commit them)

- Fuzz testing of interfaces and app behavior

- Automatically add regression tests for any bug that I/the LLM fixes

- Logging/alerting that tracks an errors/invariant violations triggered in the app

- Performance metrics that are surfaced in a dashboard.

All of these are very easy to add since the LLM can create this infrastructure for you. The fuzz testing in particular is something very few products I've previously worked on have since most people don't know how to implement it. I ran the fuzzers for a few minutes and they quickly caught multiple subtle bugs that I was not aware of.

This is a real product that helps a real, non-VC funded service business, and although I could have made something similar myself it would have taken me a lot longer, be harder to use, and probably be less reliable.

Edit: while it's true that you can quickly blow through the $20/month plan, the $200/month plan allows you to get a lot done and is basically sufficient for my needs. It's also very cheap when you consider what it would cost to pay someone to do similar work.

Re: Is it all just vapourware?

#33
post #14

I wonder if there is cargo culting afoot There are definitely guys in some companies just pointing an agent swarm at 50 Github tickets and saying "go get 'em boys" and hence need a lot of orchestration tools but for the rest of us do we really need the AI to do all the build steps and the testing steps... or do we just need the new feature that runs when the button is clicked and then we can check it out in the brows…

> just pointing an agent swarm at 50 Github tickets and saying "go get 'em boys" I still don‘t know if this is real. If it works like that, where are the companies that only kept every tenth, 10x‘d AI enhanced dev? They should have significantly higher margins. The companies that keep all devs and 10x‘d them, finally bringing that backlog to 0 should have exploding revenue and profit. Where does AI create value? I ca…

[deleted]

Re: Is it all just vapourware?

#34
I don't know how you can claim it's all vapour ware.

Two years ago, I couldn't just roughly describe my backlog and then have the code fixed. I had to type it out myself, run it, look at logs, fix toolchain issues, and so on. It was tedious. Or I could get a junior to do it.

Now can get these things done quite fast, without concentrating nearly as hard.

Clearly, it isn't vapour.

It delivers something. That something we have yet to figure out the best way to use, but there's definitely something there that works.

I get the feeling a lot of people are frustrated because the little gains are lost in organisational chaos, rather than the tools not working.

Re: Is it all just vapourware?

#35

> But so far most of what they do is make more annoying work for me. More integrations to debug, more auth tokens to refresh, more bills to keep track of, more meandering and drawn out descriptions of non-bugs with bogus fix suggestions and misinformed “root cause” analyses. It’s tiresome. God this times 1000. I'm so sick of having AI chase a bug and having to lead it by the hand like a toddler to try and help me sol…

I suspect the issue there was Claude, especially Opus 5, which just hates the idea that it could ever be wrong about anything.

Re: Is it all just vapourware?

#36

It's August 9, 2026 and if you're a software engineer who hasn't had multiple "holy shit, I can't believe it just did that" moments, it's time to consider a new trade.

I did but it was followed by "holy shit now I gotta review this +3000 -500 LOC PR full of subtly wrong abstractions, needless diversions and incorrect assumptions".

People keep repeating your sentiment here but I simply can't follow, are we even on the same planet? Or did everyone switch to just not caring about maintainability and code quality anymore? Or are your work tasks simply so mindnumbingly, stupidly simple that even an AI can oneshot them properly?

I mean this honestly btw, not dismissively like some sister comments. The gap between the productivity increases people report on HN and what I experience myself is insane. In fact, if I factor in the procrastination I find myself doing on dotting the i's on a supposedly "one-shotted" AI implementation of a nontrivial feature, I think the AI actively slows me down.

The only way I've found that I can actually use AI productively and sustainably is in very small tight loops and, well, at that point it's not that much faster than just typing in the code (with the occasional "Cursor Tab" complete).

Am I doing something wrong?

Re: Is it all just vapourware?

#37

It's August 9, 2026 and if you're a software engineer who hasn't had multiple "holy shit, I can't believe it just did that" moments, it's time to consider a new trade.

I have been doing this stupid shit for long enough that, frankly, I am only happy when it does exactly what I intended.

Re: Is it all just vapourware?

#38

It's August 9, 2026 and if you're a software engineer who hasn't had multiple "holy shit, I can't believe it just did that" moments, it's time to consider a new trade.

[flagged]

I'll worry when that stops happening. Probably means I'm getting in my own way or not thinking big enough.

Re: Is it all just vapourware?

#39
>If agentic development actually worked the way any of them say it does

I think its fascinating just how much of a gap there is between what's being claimed, and the verifiable observable data of the open source world. Major open source projects are by and large starting to ban LLMs now, because the contributions made by LLM users have been universally terrible and unhelpful. There doesn't appear to be a single major project that's found generating code to lead to major productivity speedups, and the consensus appears to be that its just lead to a lot of crappy contributions that are harder to spot immediately as being obvious crap

I regularly see people claim that they are now 10x more productive with LLM code generation, and I just wonder where all the code is. Is it somehow true that these gains are only being realised in proprietary projects, and not a single one of them has put even a small fraction of their new found engineering powers into eg Godot? Why do only the poor quality LLM code generation users make PRs to open source projects, and never the engineers that know how to really use it correctly?

If you look in the open source major project space, you can find almost no evidence that AI code generation exists at all. Go browse your favourite critical tool and look for AI generated PRs that have landed in the codebase, its probably a tiny handful of them in comparison to the human written PRs prior to an LLM ban. It turns out that once you have a verifiable, open quality review bar, for some reason almost no LLM commits really meet the level of quality necessary

I strongly suspect that what we're seeing is that much of the tech code-writing economy had already become completely performative prior to AI turning up. It no longer matters in the current age if your code is good, or works, because your job is to give the illusion of product development while the stock market price gets pumped, until you all cash out your share value, get bought, or hop jobs in 2 years. For many companies it literally does not matter if you produce anything that generates value (or works), because the illusion of progress is all that matters. AI is absolutely incredible at creating the illusion of progress, because it looks a whole lot like real code, it just appears to have failed the bar of making actual projects that work. If that was never the goal in the first place, it probably really is a 10x productivity boost

Re: Is it all just vapourware?

#40

> But so far most of what they do is make more annoying work for me. More integrations to debug, more auth tokens to refresh, more bills to keep track of, more meandering and drawn out descriptions of non-bugs with bogus fix suggestions and misinformed “root cause” analyses. It’s tiresome. God this times 1000. I'm so sick of having AI chase a bug and having to lead it by the hand like a toddler to try and help me sol…

> I'm so sick of having AI chase a bug and having to lead it by the hand like a toddler to try and help me solve bugs.

This hasn't been my experience at all. I can give it a vague description of the problem and have it find it pretty easily without any more input from me.

I do think there's a pretty big variation in tools and setups and what output people are getting. I'm now just using OpenAI Codex in VS Code and it churns through problems like they're nothing.

Sometimes I have to get it to not over-engineer a solution; not because it's necessarily wrong but because I don't need that much correctness.

Post reply on HN