亚马逊云科技（AWS）首席AI与技术官马特·伍德（Matt Wood）近日就AI时代软件工程师的评价标准发表看法。据《商业内幕》报道，伍德认为，真正优秀的工程师应当更关注需要解决的问题本身，而非执着于某一种特定解法。这一判断出现在AI逐步改变软件开发流程、企业对工程师能力要求随之调整的背景下。
伍德表示，希望工程师不要过度迷恋自己提出的具体方案，而应把更多热情放在问题本身。他指出，优秀工程师不会仅仅用AI来写代码，还会借助AI深入分析问题，并尝试不同的解决思路。在过去，软件开发成本较高，团队集中资源实施单一解决方案往往更符合成本效益；而在AI辅助下，开发者既能对问题研究得更透彻，也具备同时探索多种解决路径的条件。
这一观点与亚马逊近期对软件工程师岗位要求的调整相呼应。上个月，亚马逊发布备忘录公布新版岗位指引，并提出“文艺复兴式开发者时代”的概念。新指引不再强调尽可能多地使用AI，而是更看重工程师能够为客户和业务带来的长期价值。伍德提到，以往工程师可能需要花费数天等待代码审查、人工测试和设计修改，在AI能够生成代码之后，工程师可以将更多精力投入到复杂的审查工作中。
伍德认为，不拘泥于单一解决方案的工程师更善于应对变化，工作效率通常也更高，这类工程师在工作中的满意度更高，职业发展也更为顺利。随着AI改变软件开发的工作方式，技术管理者开始重新审视优秀工程师的定义。不少观点认为，当工程师的工作逐渐转向管理AI智能体并作出更多决策时，技术品味和判断力的重要性将进一步提升。
AWS首席工程师戴维·亚纳切克（David Yanacek）近期也提出了类似的能力框架。他认为，最优秀的开发者应当同时具备“多疑”与“懒惰”两种特质：一方面倾向于将重复性劳动交给自动化工具完成，另一方面保持足够的谨慎，懂得设置必要的安全限制，使AI智能体无需时刻人工盯着也能安全运行。这一表述从工程实践角度补充了对AI协作环境下开发者素养的要求。
从行业层面看，AI生成代码能力的成熟正在重塑软件工程的分工结构。代码编写环节的门槛下降后，问题定义、方案权衡、代码审查与安全边界设定成为区分工程师能力的关键维度。亚马逊通过岗位指引和内部技术主管的公开表态，释放出对工程师评价标准从“工具使用量”转向“业务价值与判断质量”的信号。对于企业软件与云服务厂商而言，这一变化也将影响其开发者工具链的设计方向，以及面向企业客户的AI编程产品定位。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
