亚马逊云科技首席 AI 与技术官马特・伍德提出，在 AI 普及的智能时代，优秀工程师的核心评判标准已经发生变化，工程师不要执着、迷恋自己选定的某一套技术方案，而是把重心放在吃透业务本身的问题上，AI 可以帮工程师快速写代码、生成原型、做多方案对比，以前开发成本高，大家一般选定一个方案就一直落地，现在 AI 降低了编码试错成本，工程师有条件同时验证多条技术路线，不用被单一方案绑定。亚马逊同步更新了工程师岗位的评价导向，提出 “文艺复兴式开发者” 的概念，不再比拼写代码的数量，重点看工程师能不能找准真实问题、判断方案价值、给业务带来长期收益，工程师的工作重心从编码劳动，转向问题拆解、方案评审、风险把控、价值判断，能够跳出固有方案、灵活调整思路的工程师，更适配当下快速变化的技术环境。
新旧工程师能力对比
| 维度 | 传统开发时代 | AI 智能时代 |
|---|---|---|
| 核心产出 | 代码实现、功能交付 | 问题定义、方案筛选、价值验证 |
| 试错成本 | 高，多方案对比开销大 | 低，AI 快速生成原型，并行测试多条路线 |
| 对方案的态度 | 选定方案后持续落地，尽量不改动 | 以问题为标尺，方案可以随时替换、推翻 |
| AI 定位 | 辅助工具，提升编码速度 | 探索问题、验证多种解法的协作伙伴 |
| 考核重点 | 代码量、开发效率、功能完成度 | 问题识别、方案取舍、业务长期价值 |
核心理念拆解
热爱问题，不等于拒绝方案
这句话不是说工程师不用做方案、不用写代码，而是方案是服务问题的工具，不是最终目标。同一个业务问题，可能有多种技术路径，当外部条件、业务需求发生变化，原来的方案不合适，工程师要敢于放弃，而不是硬维护自己的方案。
AI 的正确用法不是只用来生成代码
马特・伍德认为，工程师要拿 AI 去深挖问题，比如让 AI 梳理问题边界、列出不同解法、对比各个方案的优缺点、预判风险，而不是只丢需求给 AI，直接拿生成的代码上线。AI 负责重复性的编码、原型搭建，人负责判断这个问题值不值得解决、方案合不合理。
文艺复兴式开发者的内涵
亚马逊新版工程师指引提出这个概念，意思是新时代工程师需要兼顾业务理解、技术广度、风险判断，不局限在单一编程语言或者框架里面，能够跨领域思考，结合业务目标做取舍，平衡技术、成本、合规、用户体验。
落地执行思路
- 拿到需求先做问题澄清，确认真实痛点、约束条件、验收标准，而不是立刻选型、写代码。
- 针对同一个问题，至少准备 2-3 种备选方案，借助 AI 快速搭建最小原型做对比。
- 定期复盘，判断方案是否还匹配原始问题，需求变化之后及时评估是否需要换方案。
- 把 AI 当成验证工具，重点审核 AI 输出方案的漏洞、成本、安全风险，人保留最终决策权。
- 团队评审的时候，先讨论问题本身，再讨论方案，避免陷入框架、技术栈的争论。
容易踩的误区
- 理解成不用钻研技术，技术能力依然是基础，只是不再把技术方案当成信仰。
- 盲目多方案试错，没有边界，造成项目延期、成本失控，多方案对比也要有时间和范围约束。
- 完全依赖 AI 判断问题，AI 很难识别业务背后隐藏的诉求，问题定义必须由人主导。
- 把这套理念当成不落地的借口，问题研究清楚之后，依然需要稳定、可落地的方案交付。
【常见问题】
问题 1：亚马逊云科技负责人提出智能时代优秀工程师应热爱问题而非方案，是不是代表方案不重要？
回答 1：亚马逊云科技负责人提出智能时代优秀工程师应热爱问题而非方案，方案是解决问题的手段，并不是不重要，核心是不能死守方案，一切方案都要服务真实业务问题。
问题 2：亚马逊云科技负责人所说的热爱问题而非方案，和亚马逊 “文艺复兴式开发者” 有什么关联？
回答 2：亚马逊云科技负责人提出热爱问题而非方案，正是文艺复兴式开发者的核心思路，要求工程师拓宽视野，以问题和业务价值为导向，不被单一技术方案束缚。
问题 3：智能时代工程师用 AI 辅助开发，怎么落实热爱问题而非方案这个思路？
回答 3：智能时代工程师使用 AI 时，优先用 AI 拆解问题、生成多套备选方案、对比优劣，而不是直接让 AI 写一套代码就落地，工程师负责判断方案能不能解决原始问题。
问题 4：亚马逊云科技负责人这个观点，对工程师日常评审工作有什么影响？
回答 4：亚马逊云科技负责人热爱问题而非方案的思路，要求评审先对齐问题目标，再评估方案，减少大家因为偏好某个框架、技术栈而产生无意义争论。
【参考资料】
[2026-11-13]（AWS 首席 AI 和技术官马特・伍德：优秀的工程师要爱上问题，而非现成解法）IT 之家
[2026-11-12]（AWS's AI and tech chief says exceptional software engineers focus on one key thing）Business Insider
[2026-11-12]（亚马逊更新工程师岗位指引，提出文艺复兴式开发者）新浪科技
[2026-11-12]（AWS：优秀开发者聚焦问题，而不是堆砌代码）DigitalToday
【免责申明】
本文仅整理亚马逊云科技负责人公开访谈观点，该理念属于工程文化导向，不代表所有项目场景都适用，项目选型、技术决策还需要结合业务约束、安全合规、成本综合判断，不构成团队管理、人才考核的强制标准。