Back to News
Advertisement
Advertisement

⚡ Community Insights

Discussion Sentiment

58% Positive

Analyzed from 1261 words in the discussion.

Trending Topics

#code#review#more#vibe#output#never#agents#feature#burnout#outages

Discussion (57 Comments)Read Original on HackerNews

zthrowawayabout 4 hours ago
Can definitely attest to this. The frequency of outages at my company have increased drastically the past year, especially ever since incorporating agentic development. I’m seeing all of the dev best practices go out the window. We have a few vibe coders that are posting 15-30 PR’s per day. It’s way too much for us to review. We’re not a big shop. I think we’re going to have to hire more people just to review code across the industry. And those people will have to know how to actually write software otherwise what are they even reviewing. Maybe the models will get so good they never make a mistake. Doubt it.
PradeetPatelabout 4 hours ago
The proposed industry solution is to use agents to review PRs, as not to slow down the velocity of delivery...

My current workplace is going through a major "realignment" exercise to replace as many testers with agents as humanely possible, which proved to be a challenge when the existing process is not well documented.

bensyversonabout 4 hours ago
I wonder if the PR workflow is just unsustainable in the agentic era. Rather than review every new feature or bug fix, we would depend on good test coverage, and hold developers accountable for what they ship.

The result might be more faulty code getting merged, but if you already have outages and can't review every PR, is there currently a meaningful benefit to the PR workflow?

01HNNWZ0MV43FFabout 4 hours ago
Diogenes carrying a lamp, looking for good test coverage
teaearlgraycoldabout 4 hours ago
People pushing dozens of PRs per day need to learn to prioritize tasks, and balance a bit more towards quality over quantity.
morkalorkabout 4 hours ago
And maybe spend some time doing reviews for other developers. And if they aren't qualified to be, then maybe spend that time becoming qualified rather than pumping out more slop.
cadamsdotcomabout 1 hour ago
You can write your own linters for every dumb AI mistake, add them as pre-commit checks, and never see that mistake in committed code ever again.. it’s really empowering.

You don’t even have to code the linters yourself. The agent can write a python script that walks the AST of the code, or uses regex, or tries to run it or compile it. Non zero exit code and a line number and the agent will fix the problem then and rerun the linter and loop until it passes.

Lint your architecture - block any commit which directly imports the database from a route handler. Whatever the coding agent thinks - ask it for recommendations for an approach!

Get out of the business of low level code review. That stuff is automatable and codifiable and it’s not where you are best poised to add value, dear human.

ok_dadabout 4 hours ago
I love it. I was getting burnt out due to ADHD or autism burnout but with AI tooling I’m able to work a full week without burnout. I think the kind of burnout I get is helped with these tools, but since I’m not neurotypical it’s different from the burnout people are getting from doing too much.

I do see “task expansion” happening often though. If I can do the full feature rather than doing baby steps I’ll often do that now, because wrangling code is easier.

Incipientabout 2 hours ago
I'm a mostly solo dev, and I'm finding that being purely code-review for an AI is sub-optimal. Too often the AI runs off down bad paths which you only realise later, and unpicking the mess is most likely a productivity loss.

Working more as a pair, or essentially doing code review as you go, in small chunks, is significantly better.

I personally don't have the setup of tokens to spend to say "go build this entire thing" and then review 15k loc. I also find even opus is poor at coming up with tests to justify the business logic it's meant to be implementing.

solomatovabout 5 hours ago
Is there any publication which demonstrates that the improvement is really 10x?
zetanorabout 4 hours ago
A watched pot never boils. A watched vibe coder never 10x-es.
ggmabout 5 hours ago
It's like "decimate" -you would think 10x had literal force, but it's more figurative. It just means "moar"

(decimate had specific literal intent. Now it's just a force modifier like bigly)

peterashfordabout 4 hours ago
The literal meaning was removing 1/10
nemosaltatabout 4 hours ago
> Removing 1/10

feels euphemistic for the original “colloquial” usage I have for it.

> The killing of one in ten, chosen by lots, from a rebellious city or a mutinous army was a punishment sometimes used by the Romans. The word has been used (loosely and unetymologically, to the irritation of pedants) since 1660s for "destroy a large but indefinite number of." [0]

[0] https://www.etymonline.com/word/decimate

aetherspawnabout 4 hours ago
… how are you getting actual usable output at that scale? I have to baby my AI in 1 minute increments or it just doesn’t arrive at the correct solution at all.

Using Codex 5.2

strange_quarkabout 4 hours ago
I mean, why do you think people are burning out?
hgoelabout 4 hours ago
Using vibe coding for frequent PRs seems insanely reckless.

In my scientific computing environment, the majority of my vibe coded output goes to one-off scripts, stuff that is not worth committing (correcting outputs, one-off visualizations, consistency checks), and anything worth committing gets further refined to an extent that it pretty much can't be considered vibe coded anymore. It's simply too risky, any bugs would propagate down to decision making for designing new, expensive instruments.

I imagine that the cost and trust risks in enterprise environments are similar, so this seems very reckless.

stackskiptonabout 4 hours ago
Most people don't care. Leadership is demanding feature, feature, feature. IC are worried about losing their jobs and outages rarely cost most business actual money. So garbage gets shipped, outages rise, everyone is burned out but since they can't find another job, they remain.
teaearlgraycoldabout 4 hours ago
I love vibe coding for little tools like that. Tools which can have their outputs quickly validated, and then throw them away. Like a jig in woodworking.
TuringNYCabout 4 hours ago
I can attest to this. Ultimately I dont think it is possible to 10x output systems with AI and actually keep the traditional quality controls (yet.)

IMHO you just need two stacks -- systems where you can play fast and loose and 10x output. And systems where quality matters where you can perhaps 1.5 or 2x. That is still a lot of output.

aanetabout 5 hours ago
I feel this is not discussed enough. I can attest to this 100%.

Just the past weekend, I was talking with a very senior engineer (~distinguished engineer at a very large tech co) who basically said he's working 8-8-6 (8 am - 8 pm, 6 days/week), "writing code" (more like supervising 8-15 agents) for a product demo in 2 weeks, which otherwise would have taken at least 1 quarter's worth of time with a small team. He's zonked out, fwiw. There are no junior engineers in the team ¯\_(ツ)_/¯, most having been laid off a few months ago.

The toll it takes, and the expectations of AI-driven productivity, have only increased dramatically. At some point, the reality will hit the remaining engg team. Not sure if the company or its leadership realizes, but so far, it's all-AI, all-the-time, human cost of productivity be damned.

strange_quarkabout 4 hours ago
If if this person really is a distinguished engineer, then they are part of leadership and it's their responsibility to set realistic expectations. Leadership knows this, they just don't care and won't care until the job market improves.
solomatovabout 5 hours ago
> more like supervising 8-15 agents

How do they do it? (My own record is 5 agents, but it is not typical). Do they use gastown or something?

azinman2about 4 hours ago
I often have 10+ running in parallel. I’m attacking parallel problems that aren’t interdependent. Sometimes adding additional products can bring me up to 15+.

Gotta have really good test harnesses so they can largely fix themselves.

solomatovabout 4 hours ago
But how do you cover such amount of multi tasking? Could you give an example? I mean what kind of tasks allow such a parallelization?
rootusrootusabout 4 hours ago
[delayed]
rvzabout 5 hours ago
> The industry calls this “10x productivity.” I call it what it is: a system that generates output at machine speed and forces humans to process it at biological speed.

The question is can you tolerate the amount of PRs thrown at you per day on top of reviewing the exponentially growing mess of code that continues to double every hour and being paid less for it.

Just learn to say no and leave. Why do you tolerate the increasing comprehension debt that is loaded on to you.

You will never get that time back. Just give it to someone else that thinks it is worth maintaining that slop for less.

basilgoharabout 4 hours ago
The job market under our Great Leader has taken away a lot of this agency. Software engineers have gone from having the pick of the market for themselves to becoming (perceived as) next to disposable.
Advertisement
kakacikabout 5 hours ago
Somebody doesnt know how to regulate their pace, and then various burnout symptoms happen.

Not everybody pushes themselves like that, nor should, its anything but healthy and sustainable. In my experience it takes... rather obsessed people, ocd or similar traits, maybe 2 out of 10 intensity of their disease. Highly functional, smart, yet unbalanced.

Llms just allow this spiral to go further, while human limits remain the same. Each of us creates our own path, dont mess it up just because you can. Your employer doesnt care much about you at the end, just another cog in machine but health once damaged may not bounce back, ever

onemoresoopabout 5 hours ago
And sometimes they do build interesting things but also leave a trail of destruction behind them. It reminds me of ‘moving fast break things’.
sumenoabout 5 hours ago
Given the research cited in the article it seems bigger than an anecdote about one guy who doesn't know how to do work life balance

70%+ saying that AI has increased their workload AND that they are burning out because is it.