AI编程模式的10条核心感悟
发布于 2026-06-09
710
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:
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 篇文章
浏览 1068.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
白话SCRUM之五:四种会议
在SCRUM方法中定义了4种会议活动: Sprint planning Daily meeting Sprint review Sprint retrospective 除去开发活动外这4种会议构成了scrum方法的核心活动。 这四种会议的要点如下:
例说需求跟踪矩阵的作用
9月21日,我作为外部的专家参加了一个客户的测试用例评审会议,该测试用例文档在开此评审会议之前曾经在测试组进行了内部评审。与会的评审专家包括了:2个项目的需求与开发人员,3个测试人员,2名QA人员,1名外部的咨询顾问。 会议开始,由作者对照测试用例文档开始讲解每个测
如何减少返工工作量?
提高软件开发效率的最有效手段就是一次做对,一次做好,不返工,追求交付零缺陷的目标。“对”就是没有错误,符合需求,“好”就是没有坏味道,易于修改。“做对”保证了产品的外部质量,“做好”保证了产品的内部质量,这样就可以减少软件缺陷、需求变更带来的返工。返工可能发生在生命周期的早期,也可能发生在后期,或者是交付以后,缺陷越早发现,越早解决,返工的工作量越少。有哪些手段可以保证不犯错,少犯错,及时纠错呢?
软件项目管理的成功原则
来源:希赛网 作者: 任甲林 1 平衡原则 在我们讨论软件项目为什么会失败时可以列出了很多的原因,答案有很多,如管理问题、技术问题、人员问题等等,但是有一个根本的思想问题是最容易忽视的,也是软件系统的用户、软件开发商、销售代理商最不想正视的,那就是:需求、资源、工期、质量四个要素之间的平衡关系问题。 需求定义了"做什么",定义了系统的范围与规模,资源决定了项目的投入(人、财、物),工期定义
和任老师聊聊质量工作
2019年10月12日在厦门有某公司的6位质量管理同仁一起共进晚餐,席间讨论多个话题。10月14日,这些有心的朋友整理了问答记录,我做了简单修订,摘录如下:SQA感觉成天统计数据,没什么意义?统计数据可以,对于SQA来说,要掌握数据分析方法,从数据中找出规律,得到结论,有明确的结论来影响大家。有数据,必须有结论,这样才能充分发挥数据的价值。比如...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线