软件工程师再也不能忽视软技能

本文信息来源：qu8n

从2026年起，沟通能力已成为软件工程师最重要的技能。

这不再是写代码、做系统设计，或掌握某种编程语言（如 Rust）的晦涩知识。

AI 编程代理已经变得非常、非常强大 。一年前，我还会谨慎地找 Cursor 来做 MVP 或快速修补。如今，我几乎把所有非琐碎的编程任务都交给 Claude Code，仅去年 12 月就在它身上花了 500 多美元。

线上关于 AI 的讨论很大程度上仍围绕硬技能展开：一开始是用提示技巧完成 X，然后是做 Y 最好的 MCP，如此等等。但随着 Opus 4.5 的到来，只用原生的 Claude Code 就能完成 80% 的工作。即便在 AI 时代，二八法则依然适用。那么，工程师究竟该把精力放在哪里？

使用编码代理时，有一点很重要：规格说明越完善，它们就越能贴合技术和业务需求。但要拿到一份好的规格说明并不容易。

在现实中，工单很少包含所有需求。要做到这一点，你可能需要：

• 提出问题，揭示人们自己都未意识到的隐含假设
• 推动并促进取舍权衡的讨论
• 在不烧毁人际关系的情况下，对工作范围提出反对意见
• 对那些没人想到要明确说明的事情作出判断

过去，把这些事情做好对一线贡献者来说曾是可有可无的。有些团队可以让工程师即便沟通能力平平、但编码能力出色，也能表现出色。如今，非编码部分正变得不可妥协。

软件工程师是问题解决者。我们相信每个问题都有解决方案，都存在一种“最佳实践”。但与人打交道却充满混乱。

不幸的是，我们无法依靠 AI 走捷径来获得更好的沟通技能。良好的沟通需要同理心，而在当今的环境中，我们都需要多一点这样的能力。