你的工程团队看似健康,实则不然
摘要
一位工程负责人观察到,AI 编程助手使初创公司表面上显得生产力旺盛,却掩盖了战略性架构思维和管理监督的缺失,营造出一种健康的假象,进而延误了必要的组织投入。
<p><a href="https://lobste.rs/s/cjbxjv/your_engineering_team_looks_healthy_it">评论</a></p>
查看缓存全文
缓存时间: 2026/04/21 02:58
# 你的工程团队看起来很健康。很可能并非如此
Source: https://dbarabashh.com/thoughts-and-experience/your-engineering-team-looks-healthy
Back (https://dbarabashh.com/)Dima Barabash2025年12月28日
*下文示例中的细节来源于我在过去两年观察到的多家公司和多种情况的综合。我写的不是具体的人,而是一种越来越普遍却很少有人公开谈论的模式。*
---
一切指标都是绿的。问题在于到底在衡量什么。
那是一个普通的周四。我打开团队指标仪表盘。迭代速度稳定。事故数在正常范围内。功能几乎每周都在上线。从纸面上看,这是一个健康的工程组织。
我关掉仪表盘,打开了一个需要我审查的 pull request。四十分钟后,我意识到一件让我不安的事——我不记得这家公司里上一次有人**有意识地**做出架构决策是什么时候了。不是被动地,在事情已经火烧眉毛的时候;不是偶然地,作为某个功能的副作用;而是有意识地坐下来,把系统当作一个整体来看,然后说"这是我们要去的方向,以及为什么。"
答案是——很久以前。也许从来没有过。
而与此同时,一切运转正常。这正是最棘手的部分。
在过去两年里,我一直在观察一种很少有人直接谈论的模式——**AI 助手让初创公司得以将工程管理的代价推迟一到两年,而这笔推迟的代价正在隐形地累积,直到它不再隐形。**
这不是
相似文章
AI并未消除工程工作,只是把难点转移到了别处。
AI让编写代码变得更便宜,却将难点转移到了设定上下文、审查和清理上,需要更熟练的监督。文章认为,团队常常把AI生成的代码当作成品,而实际上它只是一个快速的初稿。
这可持续吗?
一位资深工程师回顾了在软件开发中深度集成AI的三年经历,指出从创意到演示的差距已经消失,瓶颈从工程转向协调,同时表达了对可持续性和AI工具获取不平等的担忧。
今天的“AI 工程师”只是换了包装的提示词工程师?
一条爆火推文称,当下的“AI 工程师”大多只是被重新包装的提示词工程师,质疑把 API 串一串、加些重试与护栏就算真正的工程,还是仅仅“会用 AI”。
@heynavtoor:如果2026年我必须用AI换掉整个工程团队,我不会招一个开发者,而是直接搭建这10个GitHub仓库……
一条爆火推文称,到2026年只需10个GitHub仓库就能让AI顶替整个工程团队,其中OpenHands将作为“自主初级开发者”打头阵。
在工作场所假装高效——没人开心
这篇文章批评了工作场所中AI生成内容的泛滥,员工使用Claude等工具来产出看似专业的内容,却缺乏真实的专业知识,导致管理和问责方面的系统性问题。