北京
作者：Tuhin Nair | 翻译：宝玉
你对下面这句话有什么感觉？
"AI 智能体是软件开发的未来。我们再也不需要那些拖慢业务进度的开发人员了。"
如果你是一位资深开发者，并且认同这句话，那我可能要对你的专业水平打个问号了。
但如果你不是资深开发者，却认同这句话，我觉得你大概率是对的。咦？这到底是怎么回事？
两类资深开发者
第一类会说："我发现了一个新工具，简直太酷了……某某公司就是这么干的……快看HackerNews上的这篇帖子……"说实话，我不太喜欢这类资深开发者。
第二类会说："我们真的需要那个功能吗？如果我们不做这个，会发生什么？我们能不能先凑合一下？"啊，这才是我的"梦中情怪"资深开发者。他们是回避者、精简者、废物利用者。他们想尽一切办法去避免写代码。
为什么？因为他们在专业的软件开发生涯中，毕生都在狩猎一只可怕的怪物：复杂性。
两个循环圈
我们用两个"循环圈"来解释一家公司的运作方式。
第一个循环：业务团队通过快速尝试、市场反馈和学习，持续降低不确定性。这个循环的核心目标是尝试与学习，追求的是纯粹的速度。他们面对的怪物是：不确定性。
第二个循环：当公司开始拥有付费客户后，资深开发者登场了。这个循环的核心目标是：延续并保障服务的稳定。他们面对的怪物是：复杂性。复杂性上升等于稳定性下降，等于资深开发者失职。
一旦有了客户，这两个循环圈就会同时运转。一家公司既需要探索新的可能性，又必须同时服务好现有的客户。
同一个需求，两种解读
在第一个循环圈里的人，他们的故事是：把东西推向市场，获取反馈，消除不确定性。
但在第二个循环圈里的资深开发者，他们的故事是：每一个新增功能都意味着更多的代码路径、更多的维护成本、更高的复杂性风险。
这两种故事根本搭不上调。资深开发者总在说"这太复杂了、维护成本太高了"，但这对业务端"急需消除不确定性"的诉求毫无帮助。
魔法口诀
文案的诊断：你不能用自己的烦恼，去搪塞别人的问题。文案的处方：你必须把你的解决方案，包装成同样能解决他们问题的方案。
资深开发者最拿手的本领是不情愿去开发没必要的东西，是能够敏锐地发现复用现有代码的机会。
但怎么沟通呢？这里有一句魔法口诀："我们能不能试个更快的办法？"
用"更快"承认并迎合了业务端真正的渴望（速度）；"办法"暗示了还有别的方式；"试"暗示了这个方案可能并不完美，但很可能已经足够好了。
当所有人都在为"不确定性"焦头烂额时，资深开发者却总是在把"复杂性"挂在嘴边。只要意识到公司其他部门真正渴望的是消除不确定性，开发者就能利用自己的专业能力来提供帮助了。
至于AI？AI可以在极短的时间内写出海量代码。但有一件事AI至今还做不到，而这也正是资深开发者依然在坚持做的事：承担责任——背锅。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
