一个反常识的求职标准
如果你是个资深工程师，找工作时会写什么要求？
钱多、事少、技术栈新、团队靠谱——大概就这些。
Jake Wharton 不一样。这位被国内开发者称为"J 神"的 Android / Kotlin 开源大神，给自己列了九项择业标准。
第一条是：不加入 AI 公司，不参与以 AI 为核心的产品，也不接受公司强制工程师使用 AI。
他估算了一下，这一条直接排除了约 80% 的潜在雇主。
先别急着说他"清高"。他并非没有选择——美国资深 Kotlin 工程师的基本年薪通常 20 万美元起，外加每年约 10 万美元的股权（四年归属）。进入 AI 赛道回报可能更高。
但他还是这么干了。
InfoQ 前几天发了这场两小时访谈的完整稿，一万三千多字。我读完最有感触的不是他的结论，而是他给的理由。
他是谁：Kotlin 成为 Android 官方语言的推手之一
不熟悉 Kotlin 圈的人可能不知道这个名字的重量。
Jake Wharton 是 OkHttp、Okio、Retrofit 这些明星开源库的作者或核心贡献者——写过 Android 的人大概率都用过他的库。
更关键的是：他是 Google Kotlin 团队的第一位工程师。
在加入 Google 之前，他在 Square（后来的 Cash App）工作。当时为了说服公司内部采用 Kotlin，他写了一份论证文档。这份文档后来被他公开，间接推动了整个 Android 社区对 Kotlin 的兴趣。
后来 Google 决定让 Kotlin 成为 Android 官方一等语言，他加入了那个团队。
他说，这个机会"几乎不可能拒绝"——因为没有什么比加入负责整个 Android 工具链的公司、并推动 Kotlin 成为官方语言，是更大的认可了。
所以他不是"反技术"的人，是把职业生涯押在语言和工具链上的人。
那问题就来了：这样一个人，为什么对 AI 编程如此抗拒？
理由一：AI 的推广方向，和过去所有工具都相反
这是我读完最认同的一段。Jake Wharton 原话：
传统上，一项开发工具通常由工程师自下而上推动。可能是一名工程师喜欢上一门新语言，比如 Kotlin；也可能是一款新 IDE，比如 IntelliJ IDEA；或者是一套新的构建系统。工程师在实际工作中发现它有价值，热情逐渐感染其他人，然后大家再去说服工程管理者批准采用它。
但 AI 工具的推广方向似乎完全相反。为什么要由一家公司的 CEO 告诉工程师，日常工作应该使用什么工具？
这个观察很锋利。
回想 Kotlin 是怎么起来的：一群工程师真的觉得它好用，在项目里偷偷开始用，然后慢慢说服老板。 从下往上，自发的。
而 AI 编程工具的落地路径，在不少公司是这样的：高管看到新闻，要求全员必须用 AI 提效，纳入考核。 从上往下，行政式的。
工具的合法性，过去来自它真的好用；现在，有时候来自它被规定必须用。
这个转变，值得每个工程师想一想。
理由二：交出的是能力，不只是工作
关于"AI 会让工程师变成齿轮"这个说法，他的完整表述是这样的：
AI 可以帮助工程师处理重复劳动，但最不负责任的用法，是让 AI 生成超出使用者能力范围的代码。如果没有大模型就无法完成任务，开发者往往也无法真正理解、验证和维护结果。
一旦形成依赖，工程师交出去的不只是部分工作，还包括自己的能力和议价权，最终可能变成一枚更容易被低成本替换的齿轮。
注意这句话的边界——他没有说"不要用 AI"，他说的是"不要用 AI 生成超出你能力范围的代码"。
这两句话差别很大。
前者的意思是"AI 会取代你"，后者说的是一个更具体、也更隐蔽的风险：
如果一个需求，你原本需要花两天想明白怎么设计，现在让 AI 十秒钟吐出来一段能跑但你不完全理解的代码——
代码是有了，但你对这个系统的理解，其实退化了。
几次之后，你维护的东西里，有一块是你自己看不懂的。
到那时候，你的价值锚点在哪里？
理由三：版权和许可证，这笔账还没算清
这条他讲得很直接：
在我看来，它们建立在大规模使用受版权保护内容的基础上。模型训练忽视了艺术家的版权，也忽视了开源代码的许可证。
能够在网上访问一项内容，并不意味着你就拥有重新组合、改写它，甚至逐字输出它的权利。
对一个把大量心血投入开源项目的人来说，这个立场很好理解——他的代码被人拿去训练模型，然后模型生成的东西反过来又卖给他，这笔账在伦理上确实没算清。
他还补了个细节：现在开源维护者要应对的负担里，多了一项——大量低质量的 AI 生成 PR。
这个我信。维护过开源项目的人应该都有体感。
但他并不认为 AI 会消失
别误读他。访谈里他对 AI 的能力判断，其实相当克制也很清醒：
“AI 已经强大得令人不安”，但这并不意味着它能够稳定、无误地承担整个软件工程过程。
对他而言，AI 最多只能是工具箱中的一件工具，而不能成为工程能力的地基。
“不能成为地基”——这个比喻我觉得很准。
工具箱里的工具，是你可以不用的；地基，是没有就站不住的。
他还提到一个反直觉的观点：AI 能写代码，不等于开源库失去价值。因为开源的价值不只是"给你一段能用的代码"，而是持续维护带来的长期红利——
可能有人今天修复了一个你暂时不会遇到的边缘 Bug，两年后你的业务重构，本来会触发这个问题，但因为你使用的是同一个开源库，它已经被提前解决。
这段逻辑很严密：AI 给你的是当下的一份代码，开源给你的是一个持续演进的公共基础设施。 这两者不是一回事。
顺带聊了 Kotlin 圈的事，这几条和我们相关
访谈后半段聊 Kotlin，有几条对你我这种写 Kotlin 的人挺有价值：
1. “Kotlin 很像是 Java 十年后想要成为的样子”
他解释：Java 必须避免破坏已有代码，所以语言演进慢；Kotlin 能把很多未来可能进 Java 的现代特性提前给开发者用，还能兼容停留在 Java 8 / 11 的老代码库。
2. 会 Kotlin 已经不是职业优势了
这句听着扎心，但他的解释很公道：
我不确定它现在还能算是一项优势。从某种意义上说，这反而体现了 Kotlin 的成功：它已经成为一项默认要求，而不再是一种稀缺、难以找到的能力。
因为 Google 把 Kotlin 定成 Android 官方语言，现在学 Android 就直接学 Kotlin，用人单位默认你会。
但——
如果开发者掌握的不只是常规 Kotlin，而是 Kotlin Multiplatform 等相对进阶的能力，那么它仍然可能构成差异化优势，让你从其他 Kotlin 开发者中脱颖而出。
“KMP 还是差异化优势” 这句话，大概是这段访谈对我们最直接的信号。
3. Meta 把 Kotlin 格式化工具捐了
就在他录制这期节目的那一周，Meta 把自己的 Kotlin 格式化工具贡献给了 Kotlin Foundation，未来可能成为官方格式化工具。
4. 2026 年的 Kotlin 由三方共治
理想状态是 JetBrains、Google 和社区三方共同参与。Kotlin Foundation 成立的目的之一，就是让这门语言不再完全隶属于 JetBrains——避免任何一家公司单独控制它。
我的两难：一边写 AI 客户端，一边听他反 AI
说点私人的。
我最近在写一本关于 AI Chat 客户端的小册子——从零搭一个跨平台的 AI 聊天应用。用的技术栈就是 KMP。
所以读这篇访谈时，我有种奇妙的错位感：我一边在用 AI 能力做产品，一边听行业里最受尊敬的人之一说，AI 正在毁掉工程。
但冷静下来想，我其实不觉得矛盾。
他反对的从来不是"AI 这个工具"，而是三件事：
- 把 AI 当成强制性的组织纪律，而不是可选择的工具
- 用 AI 替代思考，让自己失去验证和维护的能力
- 建立在版权和许可证问题上的商业模式
这三条里，只有第二条是我需要时刻警惕的——尤其是在我自己写代码、写教程的时候。
工具会越来越强，这是趋势，拦不住也不用拦。但"我的判断力还在不在自己手上"，这件事只能自己负责。
这大概就是他那句"不能成为地基"的意思。
最后
这场访谈里，他还有一句话我印象很深：
我不认为过去几年软件的整体质量得到了提高，也不认为这类工具长期来看会改善软件质量。但一些公司高管看到的却是另一幅图景。
到底哪幅图景是对的？现在谁也不知道，可能需要五年才能验证。
但有一个风险是确定的：如果一个人把自己的能力全部外包出去，那无论 AI 有没有那么强，他都已经没有议价权了。
你怎么看这件事？你现在的工作里，AI 参与了多少？
欢迎在评论区聊聊——尤其想知道，有没有人跟我一样，一边用 AI 做产品，一边对它的边界心里发毛。