我每天在练的编程技能，哪些是“术”、哪些是“道”？

卡马克最近说，AI正在让许多其他编程技能变得不那么关键；他还说，虽然还没到那一步，但完全手写代码正从一种“术”走向一种“道”。消息提到，如今仍在用汇编编程的少数人，也不再在那种原始层面工作。

这句话对求职者的启发，不是“别学底层了”，而是把技能按两个维度归位：它依赖手工精度，还是依赖判断取舍？

依赖手工精度的技能，比如手写汇编、背指令周期、手动内存布局，工具层上移后价值会被稀释。依赖判断取舍的技能，比如在性能、可维护性、交付时间之间做权衡，决定什么该抽象、什么该保留，反而更值得投入。

一个自查方法：拿你上周做的任务，问自己“如果换个人用工具做，结果会不会差很多？”如果差别只在打字速度，那是术；如果差别在方案选择，那是道。

如果手写代码不再是核心竞争力，我的简历该突出什么？

简历重心要从“我会写什么”转向“我解决过什么判断类问题”。

假设一个模拟场景：两位候选人都做过接口性能优化。A写“熟练使用Profiler，优化SQL，QPS提升”。B写“在缓存一致性与延迟之间选择最终一致方案，用[实际记录]说明取舍依据，并记录了放弃强一致的代价”。B展示的是判断过程，A展示的是工具熟练度。

注意，这里不是让你编造数字。简历成果必须实际完成才可使用，没有具体数据就用[实际记录]占位，把取舍逻辑写清楚。

读岗位描述时，也要多确认一层：这个岗位要的是“能快速产出”，还是“能在模糊需求下做技术决策”？前者可能更看重工具链熟练度，后者更看重你能否说清为什么这么选。

怎样避免成为“与世隔绝的功夫大师”？

卡马克提醒，不要做那个与世隔绝、被业余MMA选手击败的功夫大师。

放到求职里，就是定期用外部标准检验自己的技能是否还在解决真实问题。你可以每季度做一次小核查：把最近三个月的工作，拿给一个不在你技术栈里的朋友讲一遍，看他能不能听懂“解决了谁的什么问题”。如果讲不清，可能你只是在传统内部循环里自我确认。

另一个可做的动作：找一份你目标岗位的真实招聘描述，逐条对照自己的技能清单，标出哪些是“工具层上移后可能被接管”的，哪些是“需要人来判断”的。这个动作不需要作品集，也不需要投简历，半小时就能做完。

术会变，道要练。先分清你手里哪些是术，再决定放什么、留什么。