我们招一个有经验的人进来，通常默认他的价值是"做过"：他知道方案，知道坑在哪里，所以能更快把事情做出来。 但仔细想会发现一个问题。换了公司，infra 不一样，数据不一样，业务约束和组织形态也不一样，他以前的实现细节可能 80% 都没法复用。他不可能在新环境里照搬旧方案。 那他凭什么还是能做出来？我的答案是：他未必知道路径，但他见过终点，知道这件事是能做出来的。他见过，所以他相信。 人和人的差距，很多时候不是能力，而是看见和相信。一个人没办法做出他不相信的东西，再强的人也不行。

第一次听到“技术深度”这个词，是我工作的第二年。那时候我觉得工作已经比较得心应手，绩效反馈也很好，拿到了第一次晋升机会。但在 review 的过程中，我第一次被挑战了一个问题：技术深度不足。 我其实没有理解什么叫“技术深度”，第一反应是“技术难度”。当时我的工作都很业务导向，但也不乏有难度的项目，比如在几乎没有 Infra 的前提下搭建了一版双塔召回。部门的 Leader，也是当时的评委，给我举了一个例子。他说他在 review 达摩院的晋升时，会看到有人把失败的实验也放在 PPT 上，不只是知道什么方法成功了，还要知道哪些因素导致成功、哪些因素导致失败，要知其所以然。

NVIDIA 最近的博客文章显示，Blackwell Ultra 平台让 agentic AI 的推理成本相比 Hopper 时代下降了 35 倍（每 token 成本大幅崩盘），这不是孤立的巧合，而是符合 莱特定律（Wright's Law）的典型表现。

谜底就在谜面上。 "算法工程师"，做个语法分析，这是个偏正结构。"算法"是定语，"工程师"才是中心语。定语修饰中心语，中心语决定你的身份。 算法工程师核心能力就是"工程能力"。 就像策略产品、用户产品、B端产品——核心都是产品能力。前面的定语告诉你在哪个领域工作，后面的中心语才是你安身立命的东西。 定语决定你的赛道，中心语决定你的天花板。