聊前端开发的 ai 可代替性有感

今天在论坛里聊到这个话题,看到有位朋友说(似乎也是主流看法):前端工作重复性太高,如果只是实现页面和交互则即将被 ai 所淘汰。

我的看法是:很多人对于 ai 的发展太过于乐观,似乎 gpt 每次推出新版本就是一次颠覆,我从 gpt 非常早的版本开始使用直到今天,从第一天开始 gpt 成为了我在 coding 时的帮手,今天 gpt 也还只是我的一个帮手,无非是聪明了一些,多才多艺了一些,目前还看不到任何可以代替我的机会,就算只是写写页面或者实现交互。

有两点我觉得是被大家忽视的:

  1. 规模效应的影响
    参数的增长,让 ai 从不可用变为了可用,代码库规模的增长也会让 ai 从可用变为了不可用。


    这是我平时工作的一个代码库,没有花销的东西,就是一个给房地产经纪人使用的 portal。ts + solidjs + tailwind css。从我自己的使用体验来看,在这样规模的代码库下,ai 的使用场景几乎已经局限到帮我完成一些重复性高的体力劳动,没有办法生产出可以满足生产环境要求的足够健壮的代码。

  2. 现实世界的复杂度
    其实第二点,我觉得是有点二而一的一件事,因为复杂度往往就是由规模引发的。之所以拆开来讲是因为,我觉得在实际的开发工作当中,复杂度是其实还是外部环境带来的居多,所以第二点的标题叫做“现实世界的复杂度”。本身或许不复杂的需求 + 不清晰的目标 + 不停的变更和迭代 = 灾难。我们凭借现有的媒介(文字、图片、视频等等)来向 ai 描述清楚这其中的逻辑似乎都是一项不可能的任务,更何论让 ai 去独立完成呢?

不可否认的是,现在在编程领域,低级程序员和高级程序员的分化正在加剧,新手的价值正在消失,不说人人都应该成为大牛程序员,但是如何提高自己的各维度的价值,不让自己可以被 ai 轻易代替,确实是我们应当常常思考的一个问题。

9 个赞

淘汰的都是小菜鸡,工作几年用的还是入行的技术,那新来的大学生学的新版本不就给你顶调了么 :tieba_087:

1 个赞

敏捷开发的情况下,基本不可能让 ai 独立完成一项任务。不过ai在完成一些重复性的、可控性强内容上效率还是比人高的

1 个赞

对于前端我来说,只要AI不能理解视觉,对于前端来说真就只是工具而已。

1 个赞
  1. 简单的单体项目,对UI没要求的,AI可以完成的很好
  2. 写一些功能型函数,一些解决方案非常好用
  3. 一些简单的管理系统,AI都是能做的很好的
  4. 定制化的高级UI,超规模的大项目,AI还是非常吃力的

其实不止前端,后端也一样。简单,重复都会被替代

1 个赞

所以前端动不动搞大版本(有些甚至是minor version)不兼容
有些升级之后各种三方库不兼容 需要等三方库作者去兼容
文档不全 文档不及时更新 错误百出
文档和实际代码效果不一致等等
其实是早就预见到了这个???

hh,高级黑是吧,你别说,还真有可能

以前搞低代码就说要替代程序员,结果低代码也是程序员在用

你咋那么多小文件, 看不懂.

AI特别擅长处理长文件, 你3万行代码, 去掉6000行备注和4000行空格, 有效代码就是20000多行, 对AI来说轻轻松松就能搞定.

AI不能完全按照你的思路给你代码, 但是它用自己的方式, 肯定能解决项目大部分目标任务的.

对于这个,我只提一点,看看招聘市场!

学校教的不都是上古版本吗,现在已经有新版本了吗 :bili_040:

ai对于业务代码还是不太行 实际还是得人去拆分任务,提供思路.但是这样子为什么我不自己写呢.本来写代码的事件其实就不是大头,最花时间的沟通和设计ai还没法做到

前端不能被代替的是审美,代码层面绝对能被替代

claude code + chrome-devtool-mcp

咦,你的头像我好熟悉!

可能是因为我水平太一般了,我这个月一直在用 claude code,sonnect 4.5

坦白说,完虐我自己写,所以我打不过就加入,都让它来写代码了

我只是动动嘴皮子,验收一下效果,review 他的思路

但是,出 bug 的时候,如果它自己一直修不好,我还是会自己看看报错,看看控制台,review 他的代码,然后和他沟通解决方案

如果没有我在旁边辅助,它改个 bug 会燃烧大量 token!

之前用通义灵码,cursor 的体感是:AI 辅助我做业务

现在用 cc 的体感是:我辅助 AI 做业务

都是辅助,不是取代