| ▲ | nfg a day ago | ||||||||||||||||
I don’t buy it - if you’re an engineering leader and this is happening it’s your responsibility to get out there and fix the problem through education, process improvements, improved automated quality checks, better planning. Sticking your fingers in your ears and shouting “no!” is not a sustainable strategy. Figure out what would allow your throughput to double, triple etc and go organise it. Focus on bottlenecks and the most difficult pieces. I’m speaking from active experience here. | |||||||||||||||||
| ▲ | hliyan a day ago | parent | next [-] | ||||||||||||||||
Thankfully it's not happening in my organization because we happen to have a sane, incremental strategy. But it's telling that you perceive any criticism of AI code reviewer burnout as "sticking your fingers in your ears". Perhaps you might benefit from a closer read of the article. | |||||||||||||||||
| |||||||||||||||||
| ▲ | SpicyLemonZest a day ago | parent | prev | next [-] | ||||||||||||||||
One of the key things I've needed to educate people on is that code contributions are no longer valuable in and of themselves. Someone who produces a large volume of bad code does not have high throughput that needs to be allowed, they have low throughput that needs to be corrected. High throughput in software is now almost entirely about having the right ideas and analysis. | |||||||||||||||||
| ▲ | timmytokyo 17 hours ago | parent | prev [-] | ||||||||||||||||
This sounds to me like a demand that engineers fully submit to their future as reverse centaurs [0]. "Submit to the slop tsunami, become a glorified and burnt out button pusher!" [0] https://pluralistic.net/2025/12/05/pop-that-bubble/#u-washin... [1] https://pluralistic.net/2026/01/05/fisher-price-steering-whe... | |||||||||||||||||