AI 会取代你的(编程)岗位吗?

先说结论:我认为不会。

最近和同事讨论了AI写代码,这是一些记录。

首先我们认为要积极拥抱AI写代码,这就像最开始用编辑器写代码,然后切换到IDE有自动补全一样;现在更进一步:AI补全代码的准确率更进一步,甚至像cursor或者windsurf 可以结合上下文运行命令、创建代码、更改目录结构等。确实更强大许多。

但是AI写代码也有它的缺陷:

  • 相信cursor等会给你眼前一亮的感觉,那是因为一开始测试时写的代码都比较简单,深入以后就会有不同的感觉
  • 对于特别技术范的项目代码、比较新的技术,或者比较复杂的工程代码,能力依然很有限
  • AI 生成代码过快,适合快速出原形;但是需要大量的review
  • 由于 AI 生成代码过多过快,一旦埋下小bug,需要很长时间找原因
  • 有时候甚至你不想自己找原因,而是想要修改指令,让AI重新生成到对的代码为止
  • 有时候 cursor/windsurf 等 AI 编辑器会陷入无限循环
  • 有时候 AI 会胡编

所以,AI可以一定程度上扩展你的能力边界,但是当AI的扩展范围到达了【你不知道你不知道】的领域,就有一定的不可控性,如果你想要AI辅助你完成工作,你本人也需要在该技术领域有一定的了解,你了解的越深,掉坑的几率就越小,更容易跳出坑。

so,饭碗保住了,继续保持学习,扩展深度和广度。

当然了,对于一些重复性、简单无聊的工作内容,是很容易被取代的,但是打不过就加入,AI工具积极用起来。

另外,AI有一点无法替代人类,那就是无法承担责任,无法背锅,这一点很重要,只有人能做到。所以AI可以替代你生成、制造内容,但是你仍然要充当内容的审核者。

相信这也是以后的一个趋势,从 maker 变成 maker + reviewer。


更多文章
  • DNSCrypt简明教程
  • SQLAlchemy简明教程
  • 这些年,我们错过的n个亿
  • 给Linux用户的FreeBSD快速指南
  • 旧电脑也不能闲着:家用备份方案
  • 将SQLite的数据迁移到MySQL
  • Linux托管Windows虚拟机最佳实践
  • 为什么gRPC难以推广
  • 关于ORM的思考
  • MySQL指定使用索引(使用索引提示)
  • QT5使用GTK主题
  • 搭建samba服务器
  • ssh时自动运行tmux
  • ufw简明教程
  • zerotier简明教程