当AI能快速生成代码，我该按什么标准选方向？

一位开发者最近写道，近两年他认识的每个程序员几乎都因生成式AI而焦虑，他认为这是记忆中软件工程师最动荡的时期。他自己选择用C++手搓游戏引擎，理由很直接：想这么做，也能从中学到很多，而不是为了最快做出游戏。 延伸阅读：【简历】大学生应聘软件工程师简历怎么写

这个取舍值得正在纠结的人参考。选方向前，先分清你的目标是哪一类。

以产出速度竞争：你的价值主要体现在更快交付功能、更快做出小工具。这类目标下，熟练使用AI助手、把重复劳动压缩掉，是合理的投入方向。

以学习深度和兴趣驱动：你想理解渲染管线、内存管理、编译器或工具链为什么这样设计。这类目标下，亲手写一遍的价值不在产出速度，而在你能否解释每个决策的代价。

两者没有默认谁更安全。前者要持续跟进工具变化，后者要接受学习周期长、短期产出慢。关键是别用一类目标的标准去评判另一类选择。

想走底层、引擎或工具方向，求职时该核查什么？

原文没有提供任何招聘数据、岗位数量或薪资信息，也没有说明哪些团队在招引擎、底层或工具类岗位。所以不要假设这些方向一定在增长或一定在消失，把问题带去面试和团队沟通里核查。

可以准备这些具体问题：

  • 团队是否允许成员在某些任务中不用AI助手？评审时更看重什么？
  • 代码评审关注的是可读性、边界处理，还是只看功能是否跑通？
  • 底层、引擎或工具类工作在当前团队里由谁负责，是否仍被当作独立职责？
  • 新人前半年主要写业务代码，还是有机会接触性能与工具链？

这些问题的答案比任何行业预测都更能说明你进去后每天在做什么。

如果坚持不用AI助手，怎么向面试官说明？

那位作者说，他不写文章去说服别人，只是表达自己的立场：用代码助手让他不享受，也不觉得产出是自己的。这是一种个人选择，不是能力证明，更不是道德优越。

面试时可以把话说清楚："我在学习阶段会刻意手写核心模块，目的是能解释每一处取舍；在交付压力大的任务里，我也愿意用工具提效。"这样既说明了你的学习方式，也没有把工具使用对立起来。

一个实际可做的小建议：下次读岗位描述时，把"引擎""底层""工具链"这类词圈出来，然后准备一个具体问题去问团队——这个职责最近一次实际交付是什么？答案会告诉你，这个方向在那边是日常，还是只是关键词。