AI时代工程师需成为通才,团队更小更扁平,使用AI工具提升效率
今天参加了由 @GergelyOrosz 在旧金山举办的Pragmatic Summit。我们正见证工程师角色和团队构建方式的根本变化。以下是我的一些收获:
1. 通才 > 专才
大家都读过Karpathy关于招聘能动性的文章。在产品开发中,需要的是能有效使用AI工具的全栈通才。PM和设计师应该构建原型和交付代码,而不是写PRD和原型图。
热爱手工编写代码的人需要快速适应,并重新聚焦于他们现在能带来的更大业务影响。
2. 更小、更扁平的团队
传统的“两个披萨团队”概念需要缩小。我们看到更多1-3人的团队,由于开销更少,可以更快行动。团队应将更多自主权交给工程师;每个决策都有经理介入会拖慢速度。
3. 单人模式 → 多人模式
我们大多数人都有过“Claude code时刻”,在个人或绿地项目中实现了巨大的生产力提升。现在我们需要将其扩展到多人、多仓库项目。前沿实验室领先一步,我们可以从中学习。
首先,团队需要让agent访问通常存在于别处的关键上下文(设计文档、产品需求等)。
其次,团队应该投资于共享的技能、工具和工作流仓库,让每个开发者都能受益。找到早期采用者,将他们的工作流固化,供其他人使用。
4. 高管应该再次做IC工作
领导者和高管比以往任何时候都更需要交付代码。我们都用自己作为构建者(通常是多年前)的经验来直觉检查技术方案、产出和速度。这些心智模型需要在当今世界重建。幸运的是,现在重返编码从未如此容易,每个人都应该做。
1. 通才 > 专才
大家都读过Karpathy关于招聘能动性的文章。在产品开发中,需要的是能有效使用AI工具的全栈通才。PM和设计师应该构建原型和交付代码,而不是写PRD和原型图。
热爱手工编写代码的人需要快速适应,并重新聚焦于他们现在能带来的更大业务影响。
2. 更小、更扁平的团队
传统的“两个披萨团队”概念需要缩小。我们看到更多1-3人的团队,由于开销更少,可以更快行动。团队应将更多自主权交给工程师;每个决策都有经理介入会拖慢速度。
3. 单人模式 → 多人模式
我们大多数人都有过“Claude code时刻”,在个人或绿地项目中实现了巨大的生产力提升。现在我们需要将其扩展到多人、多仓库项目。前沿实验室领先一步,我们可以从中学习。
首先,团队需要让agent访问通常存在于别处的关键上下文(设计文档、产品需求等)。
其次,团队应该投资于共享的技能、工具和工作流仓库,让每个开发者都能受益。找到早期采用者,将他们的工作流固化,供其他人使用。
4. 高管应该再次做IC工作
领导者和高管比以往任何时候都更需要交付代码。我们都用自己作为构建者(通常是多年前)的经验来直觉检查技术方案、产出和速度。这些心智模型需要在当今世界重建。幸运的是,现在重返编码从未如此容易,每个人都应该做。