AI 没有取代我的工作,它取代了我最坏的习惯。

发布: (2026年1月5日 GMT+8 16:47)
4 min read
原文: Dev.to

Source: Dev.to

当我开始每天使用 AI 时发生了什么变化

一年前,我以为 AI 工具会让我变得懒惰。结果我错了。
它们暴露了我的工作流实际上有多低效。

我曾以为提升生产力就是打字更快。事实并非如此。我的大部分时间都浪费在:

  • 搜索我只记得一半的答案
  • 重写我已经写了几十遍的模板代码
  • 在同一个文件前盯太久后调试显而易见的错误

AI 并没有把思考从我的工作中剔除;它消除了摩擦。这种差别很重要。

AI 的帮助方式

解释和概括代码

  • 解释遗留代码
  • 概括函数功能
  • 将混乱的逻辑翻译成通俗语言

这并不取代理解——而是加速理解。

支持问题解决

我使用 AI 来:

  • 验证假设
  • 发现我遗漏的边缘情况
  • 提出我未曾考虑的替代方案

大多数建议并不完美,这也没关系——它们仍然促使更好的思考。

生成重复性的初始化代码

AI 在生成以下内容时表现出色:

  • 配置文件
  • 类型定义
  • Mock(模拟对象)
  • 数据库迁移脚本

这些任务节省时间,却不涉及核心逻辑——人类判断最为关键的地方。

AI 的短板

  • 理解产品意图
  • 做出架构权衡
  • 知道何时该增加复杂度

如果盲目复制粘贴,问题不在 AI,而在缺乏批判性审查。

真正的影响:动能,而非速度

摩擦减少带来:

  • 更少的上下文切换
  • 更少的挫败感
  • 更多的精力用于真正的问题解决

AI 之所以让人感觉强大,并不是因为它比你更聪明,而是因为它消除了那些慢慢消耗动力的细小烦恼。

我使用 AI 的准则

我绝不让 AI 做的事

  • 设计系统
  • 决定权衡
  • 承担关键逻辑

我会让 AI 做的事

  • 解释代码或概念
  • 提出替代方案
  • 在给定约束下进行重构

如果我不能用自己的话解释结果,我就不会发布它。简单的规则,却产生巨大的差异。

结论

AI 并没有取代开发者;它取代了:

  • 糟糕的文档
  • 重复的繁琐工作
  • “我以后再弄清楚”的借口

那些在工作中挣扎的开发者不会是有效使用 AI 的人。依赖 AI 而不理解其原理的人将会落后。

AI 并没有让我成为更好的开发者。它迫使我直面自己的工作方式,而这恰恰是最有价值的升级。

Back to Blog

相关文章

阅读更多 »

RGB LED 支线任务 💡

markdown !Jennifer Davishttps://media2.dev.to/dynamic/image/width=50,height=50,fit=cover,gravity=auto,format=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%...

Mendex:我为何构建

介绍 大家好。今天我想分享一下我是谁、我在构建什么以及为什么。 早期职业生涯与倦怠 我在 17 年前开始我的 developer 生涯……