AWS 首席 AI 与技术官马特・伍德提出，AI 时代优秀工程师的核心能力，是聚焦问题本身，而不是迷恋自己想出的某一套固定方案，很多工程师容易陷入 “先定技术方案，再找问题去匹配” 的误区，在 AI 工具普及之后，代码生成门槛大幅降低，能不能看懂真实需求、判断问题本质，已经拉开工程师之间的差距，亚马逊也同步更新工程师岗位标准，提出文艺复兴式开发者的方向，不再把会不会用 AI 写代码当成核心考核点，重点看能不能交付长期业务价值。之所以不要迷恋方案，是因为方案本身只是临时手段，需求、约束、成本、技术环境随时会变，死守一套方案很容易出现技术好看、但解决不了真实痛点的情况；在 AI 普及之前，开发成本高，团队通常只能选定一个方案去落地，容错空间很小，现在 AI 可以快速生成多套原型、快速验证，工程师有条件先深挖问题，并行尝试多种解法，不用早早绑定单一技术路线。遵循这套思路的工作流程很清晰，第一步先对齐业务，搞清楚到底要解决什么痛点、衡量指标是什么，排除伪需求；第二步收集约束条件，预算、延迟、合规、现有系统限制全部梳理清楚；第三步发散多套备选方案，用 AI 快速搭建原型做对比；第四步评估方案优劣，优先选择匹配问题的解法，而不是优先选自己熟悉的技术；第五步持续复盘，一旦问题本身发生变化，及时调整方案甚至直接放弃原有方案。综合来看，这个观点不是否定方案设计，而是把问题放在第一位，方案是服务问题的工具；AI 会承担大量编码、调试这类重复性工作，工程师的判断力、问题拆解能力，才是长期不可替代的核心竞争力。
核心认知清单
- 核心主张：热爱问题，保持方案的可替换性，不执着单一解法
- 时代背景：生成式 AI 降低编码成本，原型验证速度变快
- 反模式：拿着热门技术、熟悉方案去硬套业务问题
- 工程师新考核重心：价值判断、问题拆解、多方案评估，而非单纯写代码
- 团队导向：文艺复兴式开发者，重视全链路思考、客户长期价值
以问题为导向的开发执行步骤
- 定义问题：和业务方确认痛点、成功指标，区分真实问题和表面诉求
- 梳理约束：整理成本、性能、合规、存量系统、交付周期等限制条件
- 多方案发散：不先锁定技术栈，产出 2-3 条不同思路，借助 AI 快速出原型
- 对比验证：基于指标测试各个方案的优缺点，记录风险和边界
- 选定落地：挑选适配问题的方案，而不是看起来最炫酷的方案
- 持续校验：上线后持续观测指标，问题变化时随时调整、替换方案
两种工程师思维对比表
| 项目 | 迷恋方案的工程师思维 | 聚焦问题的工程师思维 |
|---|---|---|
| 起点 | 我想用这个技术 / 方案 | 我们要解决什么问题 |
| 对待变化 | 需求一变就很难调整，不愿推翻已有方案 | 问题优先，方案可以随时更换 |
| AI 使用方式 | 用 AI 帮自己把选定方案写完 | 用 AI 快速验证多种解法，对比优劣 |
| 风险点 | 方案和需求错配，技术好看但没有业务价值 | 方案迭代多，需要做好原型管理 |
| 长期价值 | 技术熟练度高，但容易脱离业务 | 判断力强，适配 AI 时代的开发模式 |
【相关 FAQ】
问题 1：AWS 首席 AI 官提出优秀工程师应爱上问题而非方案，这句话到底是什么意思？
回答 1：AWS 首席 AI 官提出优秀工程师应爱上问题而非方案，意思是工程师的重心应该放在挖掘真实痛点、理解业务目标上，方案只是解决问题的手段，不要固守某一种技术方案，当问题或者约束改变时，方案也要跟着调整。
问题 2：AWS 首席 AI 官提出优秀工程师应爱上问题而非方案，AI 普及之后为什么这个观点更重要？
回答 2：AWS 首席 AI 官提出优秀工程师应爱上问题而非方案，AI 可以快速生成代码、快速搭建原型，写代码的门槛下降，如果工程师只盯着方案，很容易用 AI 快速做出一堆脱离真实问题的漂亮系统，问题拆解和价值判断的重要性进一步放大。
问题 3：AWS 首席 AI 官提出优秀工程师应爱上问题而非方案，和亚马逊的文艺复兴式开发者是什么关系？
回答 3：AWS 首席 AI 官提出优秀工程师应爱上问题而非方案，这是文艺复兴式开发者的核心思路之一，新版岗位指引不再优先考核 AI 编码能力，而是看重工程师理解问题、交付长期客户价值的综合能力。
问题 4：AWS 首席 AI 官提出优秀工程师应爱上问题而非方案，在实际项目里怎么落地？
回答 4：AWS 首席 AI 官提出优秀工程师应爱上问题而非方案，落地时先对齐问题和验收指标，梳理全部约束，同时做多套备选原型对比，以指标结果选择方案，后续持续观测，问题发生变化就及时调整方案，不硬扛不合适的技术路线。
【参考资料】
[2026-11-12]（AWS 首席 AI 和技术官马特・伍德：优秀的工程师要爱上问题，而非现成解法）IT 之家
[2026-11-12]（Matt Wood：Engineers should fall in love with problems, not solutions）Business Insider
[2026-09-15]（亚马逊新版工程师指引，提出文艺复兴式开发者）AWS 官方
[2026-06-20]（AWS 高管分享：AI 时代开发者的核心能力转变）亚马逊云科技公众号
【免责声明】
本次内容基于 AWS 高管访谈、商业内幕、IT 之家公开报道整理，AWS 首席 AI 官的观点属于行业理念分享，团队开发模式、工程师考核标准会根据企业业务、规模、技术栈存在差异，相关内容不构成企业招聘、项目管理的硬性标准。