当一项技术开始改变工作方式，最先感到威胁的往往不是门外汉，而是门内人。
发生了什么
Hacker News上出现了一篇题为《Software engineers don't get to be Luddites about AI》的讨论帖，核心观点很直接：软件工程师没有立场、也没有条件像19世纪的卢德分子那样，对AI工具采取抵制态度。帖子在社区引发关注，讨论集中在工程师群体对AI编码工具的复杂心态——既依赖又警惕，既使用又公开质疑。
需要说明的是，这并非某家公司或某位知名人物的正式宣言，而是一篇社区观点文章。它的价值不在于结论有多新，而在于它把一种正在蔓延的行业情绪摆到了台面上。
为什么重要
卢德分子这个词本身带有历史包袱。19世纪英国纺织工人砸毁机器，表面上是在反对技术，实质上是在反对技术背后对劳动议价权的剥夺。把工程师比作卢德分子，潜台词是：你们反对AI，不是因为AI不好用，而是因为它威胁到了你们的职业安全感。
这个类比之所以成立，是因为软件工程恰好是AI冲击最直接的领域。代码生成、补全、审查、测试，这些环节正在被AI工具快速渗透。工程师既是AI工具的建造者，又是最早被这些工具改变工作内容的人。这种双重身份让抵触显得格外矛盾：你一边在训练模型写代码，一边说模型写的代码不能用。
更深层的背景是，AI编码工具已经从实验品变成了生产工具。它们不再是演示视频里的玩具，而是嵌入了日常开发流程。在这种现实下，拒绝使用AI的工程师，面临的不只是效率差距，而是协作方式和职业竞争力上的结构性劣势。
影响与看点
对开发者个人而言，真正的分水岭不是用不用AI，而是怎么用。把AI当作自动补全的升级版，和把AI当作可以委派任务的协作方，是两种完全不同的能力层级。前者只是省了几个按键，后者改变的是工作流的组织方式。
对行业来说，这场讨论暴露了一个尚未解决的问题：当AI生成的代码进入生产环境，责任归属、代码审查标准、技术债的积累方式都需要重新定义。抵触情绪的一部分，其实是对这些未决问题的合理焦虑，只是被简化成了"反AI"。
值得关注的是，社区讨论中真正有建设性的声音，往往不是站队，而是追问边界：哪些任务适合交给AI，哪些必须由人把关，以及工程师的核心价值应该往哪个方向迁移。
一个独立的判断是：工程师对AI的抵触不会消失，但它会从公开的立场表达，退化为私下的工具选择。真正决定职业走向的，不是你对AI的态度，而是你能否在AI改变工作定义之前，先改变自己对工作的定义。
