技术演进中的抗拒与共生：全栈工程师视角看AI焦虑

watermelo37

发布于 2025-03-13 01:19:19

8600

代码可运行

运行总次数：0

代码可运行

作者：watermelo37 涉及领域：Vue、SpingBoot、Docker、LLM、python等 --------------------------------------------------------------------- 温柔地对待温柔的人，包容的三观就是最大的温柔。 ---------------------------------------------------------------------

技术演进中的抗拒与共生：从全栈工程师视角看AI焦虑

一、现象观察：当"无AI"标签成为新时代的"非预制菜"宣言

前几天在B站刷到一个视频，UP主开场就特意强调："纯人工，无AI"。这让我想起去年某餐馆老板在抖音拍桌子怒吼"我的菜都是现炒的，绝对不用预制菜"的样子——两个看似不相关的场景，背后藏着同样的技术焦虑。这种对"人工痕迹"的刻意强调，既有趣又值得深思。

越来越多的创作者用醒目标语强调"本视频未使用AI生成"；在餐饮行业，"现炒无预制菜"的招牌成为品质象征。这种现象背后，折射出公众对技术介入生产流程的复杂态度。作为全栈工程师，我们对这类现象有着双重敏感：既理解技术工具的价值，又目睹技术滥用带来的信任危机。

这种集体心理与2016年"AlphaGo击败李世石"引发的讨论如出一辙。当时围棋界对AI的抗拒主要集中在竞技公平性层面，而如今的抗拒心理已渗透到日常创作领域。用户对技术介入的隐忧开始日益加深。

二、技术焦虑的三重根源

1、"黑箱恐惧"与控制幻觉

去年测试某代码生成工具时，发现生成的Vue组件存在内存泄漏。排查发现AI把beforeDestroy钩子写成了beforeUnmount，这种低级错误暴露出两个问题：

大语言模型对Vue2/Vue3版本差异理解不足
开发者过度信任AI输出，并且缺少鉴别的敏感性。

// AI生成的Vue组件示例
export default {
  data() {
    return {
      message: 'Hello World'
    }
  },
  beforeDestroy() { // 错误！应为beforeUnmount
    console.log('Component destroyed')
  }
}

事实上，大模型使用者面对大模型的时候是彻底的面对黑箱获得产出，比较稳定的产出质量会异化掉人们的思维价值，这时遇到错误带来的问题会远比常规情况的问题破坏力更大。尤其是很多时候大模型会给出较为生僻或者少见的解决方案，在技术栈不够全面的情况下很难对大模型生成的内容进行判断——而照搬往往又是有问题的。

有的人选择无脑照搬，自己理解不了别人也理解不了，但是看起来很厉害，不是吗？

有的人选择谨慎拒绝，我都理解不了我为什么要使用？从而开始贴上“无AI”标签。

但有一点是绝对的，人们面对黑箱产出可能出错的情况无从下手，只能成为被动选择的羔羊。

2、生成式AI正在消磨基础学习的热情

读高中的时候数学老师说过一句话：“基础不牢，地动山摇。”

有次带人用AI优化SpringBoot接口，他兴奋地说：“大模型生成CRUD这样的基础内容太强了！根本就不用人来干预。”但我注意到生成的代码缺少事务管理，问他为什么不用@Transactional注解，他居然反问："那个注解是干什么的？"

// 缺少事务管理的AI生成代码
@Service
public class UserService {
    @Autowired
    private UserRepository userRepository;

    public void createUser(User user) {
        userRepository.save(user); // 缺少@Transactional注解
    }
}

是的，现在哪怕基础不牢，也能完成一定规模的开发任务，甚至运气好能解决综合性复杂问题。

越来越多的开发者在AI辅助下跳过了基础学习，就像用预制菜省去学炒菜的过程，这所带来的最大的问题就是越来越多的开发者遇到问题不知道具体该问什么，只能大段大段的复制代码，寄希望于自己写出的bug就在这一堆代码里面。

基础不牢，虚假的成绩终有一天会砸到自己身上。

3、数据污染和低级错误

大语言模型的性能与其训练数据的质量高度相关，在它眼中没有复杂绝伦的题目，也没有无人问津的冷门，它只有训练到位的数据和并未接触到的内容。

比如早期gpt3.5信誓旦旦的讲述“林黛玉倒拔垂杨柳”的故事，又或者一直纠结的“3.9和3.11哪个更大”问题。这些在人类眼中万分简单的基础知识，简单问题，却可能在大模型生成的内容中错误频出。

有学者悲观的认为，可能不远的将来我们将没有优质的数据可供训练，而不得不训练大模型生成的内容。

三、为什么说抗拒是"慢性自杀"

和预制菜不同，大模型发展到如今的阶段，绝不可能通过抵制来粗暴地规避它的问题。就像我虽然建议初学者少用AI，我刚开始教我对象入行前端的时候我甚至都不告诉她可以用AI解决很多问题，但是我自己每天都离不开AI——对于我来说只是时间问题的操作，为什么不让AI代劳呢？有难度的攻关，为什么不让AI进行资料检索和初筛呢？

与其回避AI的错误，不如花费时间在优化和提升上。