"我宁愿失去 80% 的工作机会，也坚决不用 AI 编程"：Kotlin 基石人物 Jake Wharton 争议访谈全解读
导读：2026 年，行业的主流叙事是"全员押注 AI"。而 Android/Kotlin 生态的基石人物 Jake Wharton（国内开发者称"J 神"）却在 KotlinConf'26 的长访谈里说了一句几乎政治不正确的话——他找工作的第一条标准是"不碰 AI"，这直接排除了约 80% 的潜在雇主；而且，他至今从未用 AI Agent 写过一行代码。
本文不站队，只做三件事：还原他说了什么、拆解他为什么这么说、以及这场争吵到底在争什么。全文基于 InfoQ 译文与原始访谈视频，参考资料附于文末。
一、事件速览：一句话，为什么炸了
| 维度 | 内容 |
|---|---|
| 主角 | Jake Wharton（"J 神"），Android / Kotlin 领域最具影响力的开源作者之一 |
| 场合 | KotlinConf'26 期间的长访谈，Vitaly Bragilevsky 主持，时长约两小时 |
| 爆点言论 | 求职价值观第一条：不进 AI 公司、不做以 AI 为核心的产品、不接受公司强制用 AI 开发 |
| 量化冲击 | 按他本人估算，这一条直接排除约 80% 的潜在雇主 |
| 更狠的一句 | 他至今从未用 AI Agent 写过代码——"从来没有" |
| 为什么火 | 在"全员押注 AI"的行业共识下，这是罕见的、有资本说"不"的人公开说"不" |
| 后续 | 2026 年 2 月加入硬件家庭产品公司 Skylight，他称自己"没有作出实质性妥协" |
为什么这场访谈的分量不一样——先看他"重"在哪里：
- 2012 年加入 Square：主导或深度参与 Retrofit、OkHttp、Okio、Picasso、Moshi、Wire、Dagger、SQLDelight 等底层库。网络请求、JSON 解析这些"地基级"能力，很多出自他手——国内几乎每一款 Android App 都在间接调用他的代码。
- 2017 年加入 Google：成为 Google Kotlin 团队的第一位工程师，推动 Kotlin 成为 Android 官方一等语言，创建 KTX 系列扩展，做出 Android View Binding。
- 2020–2025 年在 Cash App：设计跨平台 UI 框架，主导 Redwood、Molecule、Turbine、Zipline 等开源项目，并代表公司进入 Kotlin Foundation。
- 2026 年 2 月起在 Skylight：转向家庭硬件产品，涉及 AOSP 与真实设备。
换句话说：他不是"不会用 AI 的边缘开发者"，而是站在工具链最上游、最有能力用 AI 的人之一。 他选择不用，才构成一个"论点"，而不是一句"抱怨"。
二、他的五大主张：逐条拆解论证链
主张一：伦理优先——模型建立在"未经同意的集体成果"之上
- 核心表述："能在网上访问一项内容，并不意味着你拥有重新组合、改写它，甚至逐字输出它的权利。"
- 他指出模型训练同时忽视了两类边界：艺术家的版权与开源代码的许可证。
- 这是他"不碰 AI"里唯一带道德色彩的理由。
- 关键在于：他没有说这些工具"没用"，他说的是"它的地基有问题"。这是对生产方式的质疑，不是对技术能力的质疑。
主张二：工具的选择权，本该自下而上，不该由 CEO 下令
这是整场访谈最有洞察力、也最容易被忽略的一点。他描绘了两条截然不同的工具扩散路径：
| 传统路径 | 当下的 AI 路径 | |
|---|---|---|
| 起点 | 工程师在实际工作中发现价值 | 管理层 / CEO 直接下达要求 |
| 传播 | 热情感染同事，自下而上扩散 | 自上而下强制推行 |
| 决策依据 | 工程判断（业务需求 → 选工具） | 行政判断（效率叙事 / 市场叙事） |
| 典型案例 | Kotlin、IntelliJ IDEA、新构建系统 | "所有工程师必须使用 AI 开发" |
他给了一个非常锋利的类比：
"如果当年 Jack Dorsey 要求我必须使用 Eclipse，我可能同样会辞职。"
并进一步说明：公司领导不会规定你必须用静态类型语言、不会替你决定如何用类型系统表达业务、如何处理空值——因为那些是工程决策。为什么到了 AI 这里，就变成 CEO 说了算？
这一条的真实分量：它把"要不要用 AI"从技术争论，升级成了**"工程判断权"与"行政权"之间的边界之争**。
主张三：强制 AI + 大规模裁员同时发生 = 议价权危机
- 他直接点名：离开 Cash App 后，据他了解公司裁掉了约 70% 的工程师，设想是"让一名工程师承担过去四个人的工作"，甚至让产品人员通过聊天直接生成 PR。
- 他的判断链：
- 工程师越依赖 AI 系统 → 交出去的不只是工作，还有自己的能力和议价权；
- 最终变成"一枚更容易被低成本替换的齿轮"；
- 美国员工甚至可能在收到裁员通知前，账号就已被关闭、邮箱不再刷新；
- 科技行业长期没有工会，是因为过去薪酬高、待遇好，大家都觉得没必要——但资金变少、裁员来临时，员工会毫无准备地被抛弃。
- 一句话值得反复读："一旦形成依赖，工程师交出去的不只是部分工作，还包括自己的能力和议价权。"
主张四：区分"负责任地使用"与"不负责任地使用"
他并不是一个简单的一刀切反对者——他给出了一个相当精确的二分法：
- ✅ 负责任：把 AI 当作助力，增强工程师原本就具备的能力，让你更快地表达和实现已经理解的东西。
- ❌ 不负责任：让 AI 编写超出你个人能力范围的代码。因为"如果没有大模型你就无法完成这项工作，那就意味着你无法真正理解和维护生成的结果"。
- 他还给了一个可执行的"依赖度压力测试"：
"假设模型价格上涨 20 倍，公司只能购买原来约 4% 的 Token，你是否会突然失去日常工作的能力？"
- 关于"AI 输出不可靠"，他用了 Stack Overflow 的类比：高票答案也可能藏着非常隐蔽的 Bug——AI 生成的代码仍然需要有人理解、检查和调试。
主张五：AI 不会消失，但它不该成为工程能力的地基
- 他承认："AI 已经强大得令人不安。"
- 但他不相信"程序员会很快失去位置"，理由有二：
- 训练数据的源头问题：LLM 建立在人类过去创造的集体成果之上。如果人类停止创造新的高质量内容，模型很难依靠自己的输出无限提升（他提到了"模型坍塌"这一研究方向）。
- 统计性的宿命：LLM 输出"归根结底具有统计性，因此始终可能产生错误"。
- 最终定位一句话："AI 应该只是工具箱中的一件工具，而不应成为一个人全部工程能力的基础。"
三、别误读：他并不否认 AI，也不认为 Kotlin 的黄金时代结束了
如果只截取标题，很容易把他读成"技术保守派"。但访谈里他对技术的判断其实相当清醒。
3.1 "Kotlin 黄金时代结束了吗？"——他不这么看
- 他引用 Java 架构师 Brian Goetz 的观点："代码被阅读的次数，大约是它被编写次数的十倍。" 写代码从来不是软件工程最难的部分。
- AI 擅长生成样板代码（减少手写 getter/setter 这类 Kotlin 的早期卖点），但没有消除 Kotlin 在代码维护、类型安全、工具链上的价值。
- 他甚至承认 Java 正在快速追赶：Java 没停滞、没认输，发布周期缩短到 6 个月，还改造了底层基础设施，部分新特性（如 Record）设计得比 Kotlin 的对应方案更完整。
- Kotlin 很难被取代的优势：对可空性的类型级处理——"一个看起来简单的变化，几乎消除了一整类错误。"
3.2 对语言设计的偏好：Rust > Swift > Kotlin（就语言本身而言）
| 对比 | 他的看法 |
|---|---|
| Kotlin vs Swift | "如果只比较语言设计，我甚至认为 Swift 是一门设计得更好的语言。" Swift 的错误处理是一等公民，内存布局更紧凑、更能利用 CPU 缓存 |
| Kotlin 的优势 | 来自语言之外：库生态、开源社区、IntelliJ IDEA 工具链、构建系统——"大型代码库重构时体验好得多" |
| 最喜欢哪门语言 | Rust。所有权、借用、资源责任、失败模式都被纳入类型系统，"经历过内存泄漏、文件描述符泄漏之后，你自然会思考有没有更好的方式" |
| 嵌入式 / 业余项目 | 首选 Rust |
3.3 "AI 能生成代码，还需要开源库吗？"——他给出一个有力的反驳
"这种说法低估了共享代码库的长期价值。"
他的论证：开源库的价值不是"替你生成眼前这段代码"，而是让许多项目共同受益于持续维护——别人今天修的边缘 Bug，可能两年后正好是你的业务重构会踩到的坑；别人把性能提升 15%，所有使用者都受益。而"每家公司各自维护一份 AI 生成、彼此孤立的实现"，恰恰是把这份红利清零。
3.4 关于开源的义务感
- "根本问题在于，很多人误解了'使用开源软件'的含义。采用一个开源库以后，你应该对它承担一定责任，把它视为自己代码库的一部分。"
- 他认为"公司要求工程师获得额外批准才能在上班时间贡献开源"的观念不合理：没有这个库你也得自己写，既然它已成为产品的一部分，维护它本就属于正常工作。
- 但他也反对"为了公司形象而强迫团队开源"——"社区能感受到其中的不真诚"。
四、争议地图：支持与反对的典型论点
访谈在 Reddit（r/Kotlin、r/mAndroidDev）、X、YouTube 及中文开发者社区都引发了明显分裂。下面是双方最典型的论点：
| 支持方 | 反对方 | |
|---|---|---|
| 核心立场 | "他说出了很多人不敢说的话" | "这是站在特权位置上讲道德" |
| 关于工具选择 | 工具选择确实是工程判断，不该由管理层用 KPI 强推 | 但用不用 AI 也可能是"团队决策"，一味拒绝会与团队脱节 |
| 关于伦理 | 训练数据的版权 / 许可证问题真实存在 | 版权合规在"合理使用"框架下仍有争议，不能当铁律 |
| 关于能力 | "依赖 = 能力萎缩"是真实风险，值得警惕 | 过度强调会变成技术保守主义，错过实实在在的提效红利 |
| 关于就业 | 强制 AI + 裁员 = 削弱议价权，这个关联很有洞察 | 反 AI 不等于保就业，企业照样裁；个人拒绝 AI 反而先被裁 |
| 关于可行性 | 他本人有资本坚持，这本身就值得尊重 | "80% 门槛"是自我设限，普通工程师根本没有这个选项 |
这场争议里最诚实的一点：连他自己都反复强调"我很幸运""很多工程师并没有这样的选择空间"。所以把他当作"模板"去要求别人，恰恰违背了他讲话的原意；但把他当作"警示"去审视自己所处的结构，则很有价值。
五、深度分析：四个真正有信息量的线索
线索一：把"反 AI"拆开，会发现它是三个独立主张的捆绑
很多人把他简单归类为"技术保守派"，这是误读。拆开来看：
| 层次 | 主张 | 性质 |
|---|---|---|
| ① 伦理层 | 训练数据的版权与开源许可存在道德负债 | 价值判断（不可证伪，但可以不同意） |
| ② 治理层 | 工具选择权应由工程判断驱动，而非 CEO 下令 | 组织判断（最有普适性） |
| ③ 利益层 | 依赖 AI = 交出能力 = 交出议价权 | 博弈判断（最尖锐，也最现实） |
技术上，他认可 AI 能处理重复劳动、能"一次性修改上千个调用点"。所以真正需要认真对待的，是 ② 和 ③。
线索二：他实际上提供了一张"AI 依赖度体检表"
把散落的表述收敛一下，可以得到三个可自测的问题：
- 理解线：我能否真正理解、验证、维护 AI 产出的东西？——如果答案是"不能"，他判定为不负责任的使用。
- 依赖线：如果我失去这个工具（或它涨价 20 倍、只能买 4% 的额度），我还能完成工作吗？
- 成本线：用它替代人的经济账，在当前补贴价格下成立，在真实价格下还成立吗？
这三条不依赖你是否认同他的道德观，对任何工程师都适用。
线索三："成本结构"论断比伦理争论更值得单独关注
他提出了一个可被数据检验的实证判断，而非价值观辩论：
当前 LLM 行业在很大程度上仍由资本补贴。典型路径是：先用低价吸引用户、抢占市场，让企业形成依赖，再转向按实际价值收费。 届时，一些公司的 AI 成本可能增长一个甚至两个数量级。如果 AI 成本最终超过被替代工程师的薪酬，"用 AI 替代工程师"的经济账也会失效。
他甚至直言："企业现在大规模裁员并把能力建立在外部模型上，是一种短视行为。"
这个判断的价值在于：它把"AI 是否会替代程序员"从一个情绪化话题，变成了一个成本曲线问题。无论你站在哪一边，这条逻辑链都值得跟踪验证（补贴退坡速度、推理价格走势、企业实际 AI 支出与人力成本对比）。
线索四：把时间线拉平，你会看到 2026 年的"两种极端叙事"同框
| 时间 | 人物 | 立场 |
|---|---|---|
| 同期 | Boris Cherny（Claude Code 之父） | 编程已被解决；他 100% 的代码由模型写；"软件工程师"这个头衔会慢慢消失 |
| 同期 | Jake Wharton（Kotlin 生态基石） | 至今从未用 AI Agent 写过一行代码；"AI 最多是工具箱里的一件工具" |
| 同期 | 中国软件协会（吕卫锋） | 回应"AI 会替代程序员"：重复性编码环节确实承压，复合型人才紧缺 |
三个信号叠加，说明 2026 年的真正分歧不在"AI 强不强"——双方都承认它强。分歧在于：
谁承担风险（版权、质量、失业），谁获得收益（效率、利润），以及谁保留判断权（工程师还是管理层）。
六、对不同角色的启示
对一线工程师
- 别把问题简化为"用不用 AI"，而要问三个更实际的问题：我在增强能力，还是在购买能力？我在积累资产，还是在积累依赖？
- 保留"离线能力"是一种战略资产：在工具失效或价格重构时，能自己走路的工程师才有谈判空间。
- 对"AI 代码率"这类指标保持警觉——它衡量的是工具使用强度，不是产出价值。
对团队管理者
- 他反对的核心不是 AI，而是**"用行政命令替代工程判断"**。强推工具的真实代价是：工程师失去对工具的选择权，进而失去对结果的拥有感。
- 如果推行 AI，请给出可验证的业务目标（交付周期、缺陷率、维护成本），而不是使用率指标。
- 认真算一笔全生命周期账：补贴价下的效率提升，能否覆盖真实价格下的成本 + 质量下降 + 认知负债的偿还成本？
对开源维护者
- 他对"AI 生成代码可以替代共享依赖"的反驳值得记住：开源的价值是"持续维护的共享"，不是"一次性生成的代码"。
- 同时他也提醒了一件事：开源的现代负担正在增加——不友善的 Issue、偏离方向的需求，以及"大量低质量的 AI 生成 PR"。
七、金句摘录
"能在网上访问一项内容，并不意味着你拥有重新组合、改写它，甚至逐字输出它的权利。"
"如果当年 Jack Dorsey 要求我必须使用 Eclipse，我可能同样会辞职。问题不只在于 AI，而在于公司管理层越过工程判断，强制开发者使用某一种工具。"
"一旦形成依赖，工程师交出去的不只是部分工作，还包括自己的能力和议价权，最终可能变成一枚更容易被低成本替换的齿轮。"
"不负责任的方式，是让 AI 编写超出个人能力范围的代码。如果没有大语言模型你根本无法完成这项工作，那就意味着你无法真正理解和维护生成的结果。"
"假设模型价格上涨 20 倍，公司只能购买原来 4% 的 Token，你是否会突然失去日常工作的能力？"
"代码被阅读的次数，大约是它被编写次数的十倍。编写代码本身，从来不是软件工程最困难的部分。"
"AI 最多只能是工具箱中的一件工具，而不能成为工程能力的地基。"
"我比较幸运。经过多年工作，我现在有能力按照自己的价值观选择雇主，并不是所有人都有这样的条件。"
（英文原话可参考其公开表态："The irresponsible way is to use it to write code beyond your capability." / "The whole LLM industry is propped up on VC money […] subsidize usage to addict users and then switch to value extraction." / "Why should the CEO of a company be telling you how to do your day-to-day job and say 'use this tool'?"）
八、结语
Jake Wharton 这场访谈最容易被误读成"一个老派的抵抗者"，但它真正的价值恰恰相反：
他没有在争论 AI 行不行，他在争论"谁说了算"。
- 当工具的采纳路径从"工程师发现价值 → 自下而上扩散"变成"管理层下令 → 全员执行"，被改变的从来不只是工具，而是工程判断权的位置。
- 当"强制用 AI"与"裁掉 70% 工程师"同时发生，被讨论的也从来不只是效率，而是风险与收益在谁身上对齐。
- 而"成本靠 VC 补贴、依赖靠低价养成、收费靠随后提取"这条路径，则把整场辩论从情绪拉回到了成本曲线上——这也许是他留给行业最值得跟踪的一个判断。
对大多数普通开发者来说，未必要学他"拒绝 80% 的机会"；但值得学他先明确自己的判断线，再决定用什么工具。
工具可以随时更换，判断力和议价权换掉就很难拿回来了。
参考资料
- InfoQ 中文译文：《Kotlin"J神"两小时争议访谈：我宁愿失去80%的工作机会，也坚决不用 AI 编程》
- 原始访谈视频：KotlinConf'26《Kotlin 2026: Layoffs, AI, Google — Is the Golden Age Over?》 https://www.youtube.com/watch?v=9WjPdgOK-68
- KotlinConfersations'26 访谈短片：https://www.youtube.com/watch?v=IpdOheudcZ4
- JetBrains KotlinConf'26 Keynote 要点：https://blog.jetbrains.com/zh-hans/kotlin/2026/06/kotlinconf26-keynote-highlight/
- Reddit 讨论：r/Kotlin "Kotlin 2026: Layoffs, AI, Google — Is the Golden Age Over?"
- 中国软件协会吕卫锋就"AI 会替代程序员吗"的公开回应
声明：本文为公开信息的梳理与分析，所有观点归属原始访谈与公开讨论，不代表本站立场。文中引用的量化结论（如 80% 工作机会、AI 成本增长一至两个数量级等）为受访者个人判断，非本文原创预测。