跳到主内容
@wquguru
精选88Hacker News Best(web_list)技巧与观点

AI编码危机:团队丧失架构认知与维护困境

The problem is not AI code, but not knowing about system architecture or intent

原文
发到 X
推荐理由

直击当前AI工程落地痛点,深刻剖析了过度依赖AI导致的架构认知退化与维护危机,对CTO和技术管理者极具参考价值。

The Problem is not the AI Code, but Nobody Knows Anything Anymore

问题不在于 AI 代码,而是如今无人知晓任何事

Last updatedUpdated: Sep 28, 2026 by Simon Späti · CreatedCreated: Sep 26, 2026 · 4 min read recently updated Recent changes Sep 28today published · 882 words

最后更新:2026年9月28日由 Simon Späti 更新 · 创建于:2026年9月26日 · 4 分钟阅读 最近更新时间 近期更改 9月28日今天发布 · 882 字

If we think Is writing code dead, and AI is generating all codebases, I still think the bigger problem is people or full teams not knowing anything anymore about the system architecture or the intent behind why certain choices have been made.

如果我们认为“编写代码已死”,且 AI 正在生成所有代码库,我仍然认为更大的问题是个人或整个团队不再了解系统架构或做出某些选择背后的意图。

A comment on a discussion I had:

我对一次讨论的评论:

I think AI writes probably average code (depending on the task and size). So if your code base was below average AI can easily improve it up to average. At least that’s what I’ve observed here.

我认为 AI 编写的代码可能是平均水平的(取决于任务和规模)。因此,如果你的代码库低于平均水平,AI 可以轻松地将其提升到平均水平。至少我在这里观察到的情况如此。

To me, the problem is not the AI code, but that nobody knows anything, and everyone just asks Claude. You end up with no plan whatsoever.

对我来说,问题不在于 AI 代码,而在于无人知晓任何事,每个人都只是向 Claude 提问。最终你没有任何计划。

The Current State in Fast Moving Startups

快速移动初创公司的现状

This tweet summarizes the current state at fast moving startups well, or larger companies or where middle management is pushing AI hard:

这条推文很好地总结了快速移动初创公司,或者中层管理大力推动 AI 的大型公司的当前状态:

I am done with this shit. It is over. The state of engineering right now is horrible. It has been half a month since I started a new role at a big company. Nobody knows anything here. The specs, code, tests, PRDs, tickets, resolution of those tickets, reports, etc., everything is made by Claude Code.

我受够了这堆烂事。一切都结束了。我现在在这家大公司的新角色中已经工作了半个月,目前的工程状况糟糕透顶。这里没人知道任何东西。规格说明、代码、测试、PRD、工单、工单的解决、报告等, everything 都是由 Claude Code 生成的。

Nobody on my team likes this. They are being forced to ship as much as they can. I have heard multiple times from higher management that pushing code is not a bottleneck, so why are we slow? People are working 12 to 13 hours a day just to press enter. Nobody is reading anything. Humans in corporate are doing nothing on their own.

我的团队里没有人喜欢这样。他们被迫尽可能多地提交代码。我从高层管理层那里多次听到,推送代码并不是瓶颈,那我们为什么这么慢?人们每天工作 12 到 13 个小时只是为了按下回车键。没有人阅读任何东西。企业中的员工都在无所事事。

Everyone, literally everyone, from an L1 to an L7 engineer here is doing the same thing. Talk to Claude. There is no sense of victory. Nobody is resolving bugs. In reality, nobody is thinking anymore. Everything is done by LLMs.

这里的每个人, literally 每个人,从 L1 到 L7 工程师都在做同样的事情。与 Claude 交谈。没有成就感。没有人修复 bug。实际上,没有人再思考了。一切都由 LLM 完成。

It is so soul-sucking. I would not mind it, to be honest, if we were at least given the time to check out the code and see what is going where. But no, the goal is to just ship. No matter what happens. Voxium

这太令人窒息了。老实说,如果至少能给我们时间去检查代码并看看发生了什么,我也不介意。但不行,目标就是交付。无论发生什么。Voxium

Data Engineering is Different?

数据工程有所不同吗?

Hoyt Emerson mention that data engineering is different:

Hoyt Emerson 提到数据工程是不同的:

I think Data people are different. We’ve had to know everything about the product/business from day 1. AI just removes friction for us now. Tweet

我认为数据领域的人不同。我们从第一天起就必须了解产品和业务的一切。现在 AI 只是为我们消除了摩擦。推文

I think data people who grew up pre-AI had to know everything (or a lot, or involve domain experts) to figure it out, indeed. But AI makes this obsolete, or seemingly obsolete.

确实,在 AI 之前成长起来的数据人员必须了解一切(或很多,或涉及领域专家)才能弄清楚这一点。但 AI 使这一切变得过时,或看似过时。

That’s why people starting today, or me as well, if I start today prompting away in a new field, all of a sudden, that knowledge is missing.

这就是为什么从今天开始,无论是别人还是我,如果我今天开始在某个新领域进行提示(prompting),突然之间,那些知识就缺失了。

A Product Manager Could now Build Anything He Wants

产品经理现在可以构建任何他想要的东西

Good point by Sean Behan:

Sean Behan 说得好:

I’ve always admired product people who can’t code but can manage a team to get the software they want. Knowing what you want has always been the hardest part.

我一直很钦佩那些不会写代码但能管理团队以实现他们所需软件的产品人员。知道你想要什么一直是最难的部分。

One could say a good product manager could now build anything they want and find a market, make it look good, etc. But then again, if you can’t code, you will essentially build a very bad foundation for a product that’s very hard to maintain (although AI is getting better at that too, especially when you iterate often, but still, if you choose the wrong language or the wrong mental model, you have the wrong start from the get-go).

可以说,一个好的产品经理现在可以构建任何他们想要的东西并找到市场,让它看起来不错等等。但话说回来,如果你不会写代码,你本质上会为产品建立一个非常糟糕的基础,这使得维护变得非常困难(尽管 AI 在这方面也越来越好,尤其是当你频繁迭代时,但尽管如此,如果你选择了错误的语言或错误的思维模型,你就从一开始就错了)。

It still helps to know the fundamentals, either way: for programming and designing a product, and for a good PM who knows what is needed but also understands system and architecture design.

无论如何,了解基础知识仍然有帮助:无论是对于编程和设计产品,还是对于一位既知道需要什么又理解系统和架构设计的好产品经理来说。

The Final Boss is Still Maintenance

最终 Boss 仍然是维护

Thinking in systems, or architectures, or having intent and design- all of them help to be a better software engineer. Nowadays, Writing code by hand might be dead, but it certainly helps, and Having Taste (with AI) is more important than ever.

以系统、架构或意图和设计的角度思考——所有这些都有助于成为一名更好的软件工程师。如今,手写代码可能已经过时,但它肯定有帮助,而拥有品味(与 AI 一起)比以往任何时候都更重要。

But the final boss is, and always will be, maintainability. The easier it is to generate a quick pipeline, app, or BI dashboard, the more you have to maintain. And if nobody knows a thing, that can get really hard.

但最终 Boss 是,并且永远会是可维护性。生成快速管道、应用或 BI 仪表板越容易,你需要维护的东西就越多。如果没人懂任何东西,那会变得非常困难。

AI Can’t Drive Itself

AI 无法自我驱动

Yes, the AI can’t prompt itself, right? Why do we even need humans? To me, it’s a clear sign that humans are still needed to direct and orchestrate it. That’s also why intent, taste, design, and architecture are all killer features in today’s world.

是的,AI 不能自己给自己提示,对吧?我们为什么还需要人类?对我来说,这是一个明确的信号,表明人类仍然需要指导和编排它。这也是为什么在当今世界,意图、品味、设计和架构都是杀手级特性。

But once these are absent, or even worse, fundamental, get lost, it’s really dangerous. I read today that this is a self-inflicted problem, and if we still hired juniors, then the problem wouldn’t be happening. But yeah, it’s not as easy.

但一旦这些缺失,或者更糟的是,基本常识丢失,那就真的很危险。我今天读到这是一个自找的问题,如果我们仍然雇佣初级开发人员,那么问题就不会发生。但确实,这没那么简单。

Further Reads

延伸阅读

  • Kris Jenkins talking about the worry of middle management, not the vibe coding at Danger of AI or LLMs
  • If Consumed by a Human, Should Be Written by Human
  • What I Learned Writing with AI
  • Kris Jenkins 谈论中层管理的担忧,而不是关于 AI 或 LLMs 的 vibe coding 风险
  • 如果被人类消费,就应该由人类编写
  • 我用 AI 写作学到的东西

Origin: the primagen video and Limitations of LLMs and AI

来源:primagen 视频以及 LLMs 和 AI 的局限性

References: What I Learned Writing with AI

参考:我用 AI 写作学到的东西

Data Engineering & Second Brain Newsletter

数据工程 & 第二大脑 通讯

This note is part of my Second Brain, a 650+ public notes on data engineering, life, and more. I send a digest of new notes, blog posts, and book chapters, and general updates by email. Subscribe below if you'd like to get the next one.

本笔记是我“第二大脑”的一部分,其中包含650多篇关于数据工程、生活等方面的公开笔记。我会通过电子邮件发送新笔记、博客文章和书籍章节的摘要,以及一般性更新。如果您希望收到下一期内容,请在下方订阅。

Interactive Graph

交互式图表

更进一步:量化金融体系

看懂新闻只是起点——沿量化金融路径,把它变成能交付的工程能力

进入量化体系 →

相似阅读

关联信息,但可能不是同一事件