ReadingResearchRadarInvestment framework
Sign in / Sign up
← Back to reading
NewsTopic · AI生产力预期通胀Material3 min readDisconfirmAI Editorial

Small-Company Frontend Developer: AI Didn't Announce My Exit, It Raised Everyone's Benchmark by One Level

A frontend developer at a small company shares his core reflections from six months of AI coding practice: what is truly uncomfortable is not that AI can write code, but that it raises everyone's output expectations by one level while pushing the judgment calls AI cannot make and the errors AI makes back onto the same individual. He offers three coping principles and lists four categories of tasks he firmly refuses to delegate to AI.

2026-11-06 18:03 GMT+8

A frontend developer with eight years of experience at a small company, where there is no dedicated frontend team; he handles all three platforms, build processes, deployments, and midnight alerts single-handedly. Over the past six months, he has delegated every task possible to AI, sharing a practical observation: what truly makes me uncomfortable is not its ability to write code, but that the benchmark has been changed.

This observation is more specific than the common anxiety about replacement. Previously, he delivered one page per week, which the boss considered normal; now, colleagues using AI produce three proposals in a day, and the boss asks him why he is so slow. AI did not announce anyone's exit; it simply raised everyone's expectations by one level and left each person to chase that increment. The most difficult aspect for small companies lies in this: having to make judgments AI cannot perform while also patching up the parts AI gets wrong, leaving not a single hour of the day fully dedicated to thinking.

He drew a clear line. Tasks where AI is indeed effective share a common trait: they have standard answers. Regular expressions and various legacy compatibility codes, which previously took half an hour to research and ten attempts to test, can now be verified and used in two minutes; for a ten-year-old table page requiring Excel export last quarter, AI wrote the entire xlsx segment directly, and after adjusting two style points, it went live; pasting compressed error stacks allows for rough localization, saving half the search time; writing comments, documentation, and technical solution explanations for the boss are where the most time is saved.

Sign in / Sign up
ReadingResearchRadarInvestment framework

However, what it cannot handle happens to be exactly what he deals with daily. Why this field cannot be deleted—three years ago, a client's data depended on it. This information is not in the code, but in human memory. Those 'ugly' writing styles in old code were intentionally designed that way to bypass a pitfall back then; if AI enthusiastically helps optimize them, the production environment crashes. AI does not sign off on deployment; when the boss says 'make it look more advanced,' AI is even more confused than he is.

His response consists of three principles. First, treat AI as an intern, not an outsourced contractor; read every line it writes, and after reading, ask yourself: could I write this segment myself right now? Second, step forward; do not just translate requirements, but start engaging with business logic, calculating costs, and proposing solutions, because AI cannot answer whether a requirement should be implemented at all. Third, reserve a territory only you possess; organize the pitfalls of this legacy project into documentation, which is something AI will never obtain.

Regarding task delegation, he currently firmly refuses to hand over four categories to AI: payments, permissions, data deletion, and online hotfixes, while being flexible with everything else. He did not provide explicit reasons for this classification, instead asking readers at the end of the post if there is a more reasonable way to divide these lines.

This is personal experience, not an industry conclusion. His situation rests on a key premise: a small company, a single individual, and no team buffer. In mature organizations with established processes, changes in expectations might be absorbed by code reviews, architecture assessments, or project management mechanisms, rather than crashing directly onto one person. However, the mechanism itself—the fact that AI raises the output baseline without changing the nature of judgment work—is worth noting in broader contexts.

Sources

  • v2ex.comV2EX↗
Topic

AI生产力预期通胀

【背景】随着AI编码助手从辅助工具向自主代理演进,软件行业正经历一场隐性的“生产力预期通胀”。一线开发者发现,AI并未直接取代他们,而是抬高了所有人的产出标尺:以前一周完成的工作,现在被期望在一天内通过AI加速完成,同时开发者还需承担审查、…

4 steps1 piecesUpdated 2026-11-06 20:13

How it got here

  1. 2026-11-06V2EX用户分享前端开发实践,指出AI将产出预期抬高,迫使开发者承担更多验证与决策工作,形成‘预期通胀’。v2ex.com ↗
  2. 2026-11-03奥克兰大学研究发布,提出‘监督工程’概念,发现AI虽减少编码时间,但导致开发者体验随生产力感知同步下降。arxiv.org ↗
  3. 2026-07-01卡内基梅隆大学与All Hands AI研究对比Copilot与Agent,显示更自主的AI能提升任务完成率,但要求用户更深入理解其行为以避免风险。arxiv.org ↗

What is still unsettled

  • ‘监督工程’带来的认知负荷是否会长期损害软件开发者的职业健康与创造力?
  • 宏观统计数据何时才能准确反映AI对全要素生产率的实际贡献,从而修正当前的预期偏差?
  • 企业应如何重新定义绩效评估标准,以区分‘AI加速产出’与‘人类核心判断价值’?
Read the full topic →
Continue researching →