AI编程模式的10条核心感悟
发布于 2026-06-09
578
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:
AI 编程迫使开发者从“如何实现”转向“定义目标”,通过严格区分职责、前置需求与规格设计,倒逼人成为更严谨的思考者,从而重塑软件开发范式。
关键要点:
- 开发者角色从“代码实现者”升维为“需求定义者”,AI 接管“How”,人聚焦“What”并审核技术可行性。
- AI 是“聪明的傻子”:能快速生成正确代码,但不会主动追问或补全,这倒逼人把需求想全、写清。
- 编程范式从“命令式”转向“意图式”,沟通重点变为让 AI 理解业务意图,指令质量决定输出质量。
- 验证对象从代码逻辑正确性转为业务逻辑的完备性,人承担更重的“业务债”责任。
- 人的核心能力从“技术深度、熟练度”转变为“业务抽象、逻辑严谨与判断力”。
内容结构:
- 一、What to do 与 How to do 的严格区分
人从关注“怎么做”(算法/数据结构)上升到关注“做什么”(业务目标/规则),AI 接管实现细节,但人需审核 AI 选用的 How 是否合理,实现角色跃升。 - 二、AI = 聪明的傻子
AI 能生成语法正确的代码(聪明),但不会质疑或补充遗漏(傻子),这迫使开发者必须把需求想清楚、写清楚,倒逼思维严谨性。 - 三、沟通重点变了:从“写给机器执行”到“写给AI理解”
指令从“告诉计算机怎么做”变为“教会AI理解业务意图”,编程范式转向“意图式编程”,精准、结构化的指令成为核心技能。 - 四、验证对象变了:从“代码逻辑”到“业务逻辑”
AI 保证代码正确性(语法、类型等),人需保证业务规则、分支、边界等业务逻辑的正确性与完备性,责任上移。 - 五、完备性左移:以前不愿意做的,现在必须早做
AI 逼人前置思考规则、边界、异常处理,强迫走向“规格驱动开发”,从根源提升软件质量。 - 六、人机关系变了:从“人用工具”到“人指挥AI用工具”
人从操作者变为指挥官,能力需求从操作技能转向任务拆解、结果评估与风险规避的判断力。 - 七、错误类型变了:从“语法/逻辑错误”到“意图偏差”
AI 模式下常见错误不再是空指针等,而是AI生成的代码符合语法但违背业务意图,更难发现和调试。 - 八、测试的定位变了:从“验证代码”到“验证规格”
测试聚焦于规格是否被正确实现、规格本身有无遗漏,测试用例可从规格自动生成,人审核覆盖完整性。 - 九、文档的价值变了:从“可要可不要”到“核心资产”
规格文档是AI生成代码的唯一来源,质量直接决定代码质量,文档成为一等公民和核心资产。 - 十、人的能力模型变了:从“技术深度”到“业务抽象+逻辑严谨”
优秀开发者标志变为:能将模糊需求转化为精确规格、识别业务分支和边界、判断AI输出是否符合意图。
文章总结:
AI 编程通过清晰的角色分工与前置规格要求,强制开发者提升思维严谨性,推动软件工程走向更规范、更高效的理想状态,人的价值转向定义与判断能力。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 924.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何画业务流程图?
业务流程图是用来描述客户业务作业方式的有效手段,它可以清晰地客户业务流程中涉及的人员角色、业务活动、业务数据以及他们之间的关系,是用来澄清需求的有效手段。
企业管理软件的需求获取方法
作者:任甲林 来源:希赛网 在需求工程中,需求获取阶段是和用户交往最多的一段时间, 而绝大部分用户是不懂得需求分析方法的,他们不知道怎样全面而又准确无误地表达自己的需求,因而对于需求分析人员来讲,需要掌握很好的方法与技巧,恰当地启发引导用户表达自己的需求,以便为项目的成功提供一个很好的基石。 一 需求获取的2个基本原则 1 深入浅出 对企业的需求调研的要尽可能的全面、细致,调研的需求是个
一表搞定最小可行产品(MVP)与最小可市场化特性(MMF)
MVP是最小可行产品,MMF是最小可市场化特性,这是精益与敏捷中的两个术语,很多人不能准确理解这2个概念的差别,我试图用一个表格对这2个概念进行概括总结: MVP(Minimum Viable Product),最小可行产品 MMF(minimum marketable feature),最小可市场化特性 含义 最小:抓住用户核心诉求提供最优解,控制需求范围和项目预算,降低产品创新试错成本。 可行:提供足够的价值,客户愿意花钱(或其他货币,如个人信息)……...
先行指标与滞后指标的设计要点
在度量工程师认证训练营的首次课程中,布置了设计先行指标与滞后指标的作业,我对作业结果做了点评,希望这些点评能够让大家领悟到设计度量指标的要点。
如何做好软件估计?
1 有经验的人参与估算 一方面要对估计的内容有开发经验,另一方面也要经过了估计的训练,在估计方面有经验.两种经验缺少其一,估计的风险都比较大. 2 分解的颗粒度要小 在估计时要对估计的内容进行分解,划整为零,对于小的任务进行估计时,才容易把握.比如让你估计一碗大米中有多少粒一样,一般的办法就是把大米划分成大小基本相等的几堆,先估计其中一小堆或者数一数,然后再估计整体的粒数. 3 确保没有遗漏 如果
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线