AI Coding时代，为什么业务能力才是程序员的核心护城河

大多数技术同学，骨子里都会偏爱技术本身，而对业务提不起兴趣。我曾经也是这样。过去很长一段时间，我都默认理解业务是产品、运营的责任，开发只需要接收需求，产品提什么，我们就实现什么。这是学生时代遗留下来的惯性思维：把开发当成纯粹的代码实现工作，追求写出优雅的代码、掌握前沿框架，一心想做纯粹的技术项目，打造受人关注的开源作品，这也是当初我踏入开发领域最原始的动力。

直到读完于江水前辈《我在淘宝做前端的这三年》系列文章，我的想法发生了根本性转变。文中一段话让我醍醐灌顶：“业务能力应该是程序员除了技术之外，最具价值的能力，也是最必要的。因为技术本身很难赚钱，业务落地才能赚钱。当程序员具备了业务和产品能力，才可能选取业务和技术的折中点，又快又好的支撑业务，带来价值和效益。懂产品和业务（甚至交互设计）的技术，更容易跟其他工种进行沟通，用通俗易懂的方式介绍技术实现和难度，可以提升在企业中的自身地位和价值。此外，对于架构师，理解业务也是必备能力。”

这段话放在当下AI Coding快速普及的时代，有着比过去更强的现实意义。如今Cursor、GitHub Copilot等AI编码工具已经深度融入日常开发，基础CRUD、组件编写、接口代码、常规bug修复，AI都可以快速生成代码。过去程序员赖以立足的“写代码”能力，正在快速贬值。AI可以熟练掌握各类语法、API，但是AI不懂业务痛点，分不清需求真假，无法判断功能上线之后能否产生业务价值。在AI能够批量产出代码的当下，单纯的编码能力不再是核心壁垒，理解业务、判断价值、权衡取舍的能力，才是程序员不可替代的护城河。

很多人会执着于纯粹的技术项目，但脱离业务痛点的技术项目，本质上没有实际价值。任何有生命力的技术方案、知名开源框架，根源都是为了解决真实业务场景里棘手的问题，不是为炫技而生。最近在学习React的时候浏览到了ahooks的官网时，我深有感触。ahooks是广受好评的React Hooks库，几乎覆盖前端业务开发中绝大多数的Hook场景，上手使用后体验极佳。而这个库并非凭空设计出来，它里面大量的高级Hook，全部提炼自阿里内部海量业务场景，沉淀了业务开发反复遇到的异步请求、状态管理、闭包陷阱等共性难题，是典型的“从业务中来，到业务中去”。这恰好印证了前辈的观点：好的技术沉淀，根植于真实业务，脱离业务场景的技术创新，很难落地，也很难长久。

技术诞生的初衷，就是解决现实世界的问题，不存在脱离业务场景独立存在的技术。以前我做开发，往往拿到需求就直接进入编码环节，很少思考需求背后的业务目标。而现在参与业务评审时，我会主动站在业务方、终端用户视角审视需求：这个需求是否真的必要？上线之后可以解决用户什么痛点？有没有成本更低的实现方式？在开发过程遇到卡点时，我不再第一时间纠结技术实现难度，而是主动和产品沟通，共同评估需求合理性，思考如何用技术方案放大业务收益。这也是程序员价值的体现：我们不只是需求的执行者，更是业务价值的共同创造者。

业务前端和技术前端，都需要扎根业务一线，只是沉淀的方向有所区别。业务前端的价值，体现在支撑业务迭代的过程中，持续沉淀组件、工具、规范，降低团队整体开发成本，优化业务全流程，让整个团队减负增效。而偏向底层、工具方向的技术前端，更要深入业务前线，收集业务团队长期吐槽、反复遇到的痛点，基于这些真实痛点，设计出通用、稳定的技术解决方案。很多人误以为做技术基建、开源工具可以远离业务，恰恰相反，脱离一线业务痛点的基建，很容易变成“为了封装而封装”，最终无人使用，沦为技术摆设。

回想刚进入工作的那段时间，需求零散琐碎，我很难系统性理解业务全貌，只能被动接收任务。直到沉下心深入业务，才真正明白业务认知的价值。业务方不会关心我们项目用React还是Vue，选用哪一套构建工具，他们真正关心的是功能上线之后，业务指标能否达到预期，用户体验能否改善，成本能不能降低。技术选型只是手段，业务价值才是最终目标。懂业务的开发者，能够结合业务特性，选择最合适的技术方案，在开发成本、稳定性、交付速度之间找到平衡点，而不是一味追求新潮技术。

放到AI Coding的大环境下，这个逻辑会更加突出。AI可以根据提示词生成代码，但它无法判断这个需求是否符合业务长期规划，识别不出隐藏的业务风险，无法评估功能上线对上下游系统带来的连锁影响。如果开发者不懂业务，就只能简单把产品需求翻译成prompt，AI生成代码后，也很难识别代码背后潜藏的业务逻辑缺陷。最终很容易出现：代码语法没问题，功能可以跑通，但上线之后无法解决业务问题，甚至带来业务损失。

懂得业务的工程师，能够做好AI的“掌舵人”。我们可以梳理业务规则、定义边界、评估方案、校验AI输出的业务逻辑正确性，把AI解放出来的时间，投入到业务调研、方案设计、价值评估上。AI负责编码实现，而人负责判断“要不要做、怎么做才对”。这正是未来程序员价值迁移的方向：从代码编写者，转变为业务问题的定义者与解决方案决策者。

当然，重视业务，不代表放弃技术深耕。技术依然是我们的基础能力，是落地业务方案的工具。我们依然需要持续学习框架、工程化、性能优化等技术知识。区别在于，技术学习不再是单纯追求技术本身，而是以业务目标为导向，用技术能力支撑业务目标落地。技术能力是底座，业务认知决定了我们的技术能够创造多大价值。

程序员的成长，本质上是从被动执行需求，走向主动理解业务、挖掘痛点、创造价值。AI正在接管大量重复性编码工作，只懂写代码的开发者会逐渐被替代。只有扎根业务，看懂业务背后的目标与痛点，把技术能力和业务认知结合在一起，才能持续提升个人价值，无论是做业务开发、技术中台，还是沉淀开源项目，都能走得更远。技术的价值，终究要靠业务落地来兑现。