用 AI 编程，半夜的我放声大笑

[mogutouer]

一个比较复杂的页面，滚动时导航栏要浮动变透明还有磨砂玻璃效果，所有页面元素渐出渐入，图片载入渐入，切换分类时缓动消失再出现，还有横滑 banner 竖滑 banner ，每个按钮都有交互效果，每个元素与鼠标都有互动，页面切换像 APP 一样逐个消失再逐个出现，适配 PC table mobile ，数据还要与后台交互，还得本地缓存以便第二次访问可以直接显示，打包 APP 时顺便读取最新的首页数据缓存一个最本地数据，让用户首次打开时加载数据前也有内容可看。

以往这种页面光是写 css 就最少得搞一天的，更别说写接口文档处理前后端还得写脚本处理打包前的逻辑。

而现在 AI 编程，吃完饭，晚上家人都睡了，我只花了半个多小时便完成，当然也是要提前规划好然后都写到一个非常明确并且有逻辑的提示词里。

我突然就笑了，一周的工作量，我一边看 B 站，一边打几个字，不到一个小时就完成了。而这种效率的工作辅助，我每个月只需要掏 16 美元。

笑的同时，在这夜深人静的夜晚，有一种无法言语的心境。

[anyele]

16 美元是哪个工具? 最火的两个 ai ide 一个 10 美元 一个 20 美元

[zuosiruan]

前端失业的会越来越多

[mogutouer]

@anyele #1 cursor 包年

[mayli]

自己笑自己可能是最后一代手工业者？

[evannotfound]

纯 coding 到最后肯定会被淘汰。

[nb85144]

很好笑吗，以后只要一个项目经理就行了

[tim9527]

一定要熟悉业务

[Perry]

@zuosiruan 后端也一样其实，你觉得只有前端被影响到是因为前端更好 demo 给普通人看 AI 能做什么

[Solace202]

没错，前后端都一样，拿 java 来说，后期如果 cursor 对 spring 无缝对接后，那他的能力估计会更强。

[catazshadow]

那长期来看，市场竞争会将这种工作的价格压到 AI 订阅加上糊口费

抓紧笑，趁还能笑

[wyntalgeer]

@Solace202 不一样，前端热衷于造轮子，轮子足够多大模型很容易拟合。后端不热衷造轮子，大模型不是欠拟合就是过拟合，所以前端被淘汰的速度明显大于后端。

[bboring]

人人全栈的时代要来了～

[dearmymy]

现在划水还是我之前 3 倍效率，cursor 其实厉害个人开发者，以前很多想法有时间去实现了。

[darkengine]

@wyntalgeer 后端有不少纯 curd 的，用 AI 不容易？

[FlorentinoAriza]

@nb85144 #6 真到了那时有没有可能项目经理都不需要，全民 coding for AI ，主要还是思维差异，商业化的路程设计，这些未来是重要的

[Raynard]

这跟工厂当年机器换人一样结局，

失业 and 降薪

[hello2090]

就这一小时的活还要深夜才有时间，可以想象你一天能完成多么多的功能啊

[rogerer]

@wyntalgeer 这和轮子没关系，你只需要有足够多的代码就行了，也不分你前后端还是深度学习。后端比较容易的一点是，现在就能做到 function call 去感知服务的变化，前端还没做好和 dev tools 的通信。

[elevioux]

外包项目还是什么？没有历史负担，只是写个单页？

[hanxiansheng]

所以说 AI 分分钟就把 50%的程序员取代掉了

[Hyschtaxjh]

前端可以原地去世了
没啥业务逻辑 让后端兼着干

[zhouyin]

@darkengine
crud 是没错 要对列表页进行查询优化 ai 可做不来了
智慧来源于人脑

[DOLLOR]

@zhouyin

智慧来源于人脑，但也可以用来训练 AI 。终究没有什么是“ai 可做不来”的。

[ano]

@zhouyin 别太绝对。AI 发展速度太太太太太太太太快了。

[Mark24]

人人都是产品经理的时代来了

[zhouyin]

@DOLLOR

@ano
ai 永远无法理解业务逻辑
哈哈哈哈
前几天比亚迪创始人还公开说了自动驾驶永远无法 100%达成

我一直都把迷信 ai 的人视作低智商

[cutchop]

用了 cursor 的 MCP 吗？

[Tink]

确实能帮程序员完成很多编码的工作，也不会有 typo ，但是整体的业务逻辑还是需要程序员来把握

[sosme]

这个还是初期，感觉后期真的可以解放生产力了！

[DOLLOR]

@zhouyin
不需要理解呀，你的“优化”跟 crud 没有本质区别，都是训练出来的东西。
另外我并不是 “迷信 ai”，我只是在嘲讽 “别人的技能 AI 随便取代，我的技能 AI 永远取代不了” 的自我安慰心态。

[Lockroach]

前端确实，太多现成代码了，ai 能收到的信息几乎是所有方向里最多的，相对的补全能力也是最强的之一

[zhangeric]

@nb85144 以后连项目都没有了,甲方直接上.

[zhouyin]

@DOLLOR
关键是具体的系统 没办法给 ai 喂数据训练啊

[000sitereg]

@Solace202
从 copilot 给我的体验看后端还差得远。别说也无需求，很多时候连一些最基本的转换都没法给我正确的代码提示。写提示的功夫，代码都写完了...
而且永远别低估业务和需求的多变性，还要加上需求人员，BA ，产品经理的奇葩想法

[findlisa]

cusor 能分析已有项目，从已有项目上去加功能吗？

[icyalala]

等若干年以后，就可以宣传说我是代码匠人，古法手工编程，每一个字符都是在机械键盘上敲出来的
就和章丘铁锅一样🐶

[jadeborner]

我跟你一样，也是把提示写好就去看视频了，美滋滋

[xiaket]

> cusor 能分析已有项目，从已有项目上去加功能吗？

应该可以, 不过虽然有 cursor 订阅, 但是不太喜欢 IDE, 所以一直没用, 倒是 Claude code 是自己试过可以的.

[panda1001]

还是前端代码的语料太多了，用 cursor
帮我使用 golang 的一个小众库，结果给我来几个不存在的 api

[EchoWhale]

以后高级语言就变成了汇编，自然语言才是真正的高级语言。

也无需纠结 ai 生成的代码不可维护，修改下需求文档重新生成一份代码即可

[Vegetable]

所以说程序员和纺织女工没什么区别

[popn74]

用一个 editprotable 组件，大数据量和多行编辑场景下 dom 量很大导致卡顿，问 cursor 没给出答案，自己瞎优化也不知道写些啥，所以也不是万能的，其实用单行模式重构就结束了

[idblife]

@findlisa
亲测小项目是可以的

[GBdG6clg2Jy17ua5]

第一阶段应该是由代码语言转变为自然语言编程。
第二阶段，ai 有写代码变成就是代码。根本不需要软件，一个大 AI ，你想干啥，都可以。想看电影，让他播放，想做 ppt ，给他思路让他自己做。
第三阶段，ai 由工作由线上转到线下。你想吃饭，让他去给你买菜去煮。你想有人跟你一块去爬山，ai 机器人陪着你。甚至你想去旅游，ai 机器人载着你去。

[thinkm]

@idblife 老哥这个项目多少行？ 1 万行以下的能搞定不

[fxjson]

cursor 读文件，一个文件不宜行数太多

[idblife]

@thinkm
2000 行左右。。。

[zhouyin]

@popn74
ai 本来就是统计学 依据已有数据给出答案 去问它这种问题寻求答案 哈哈哈

[murmur]

@zhouyin 但是 AI 有很多人的统计学啊，我现在都是让 AI 给我美化界面了，以后真的界面设计也是前端的活了

[zhouyin]

@murmur
争论的点不一样 你说的恰恰是前端 ai 能积累数据的 后端积累数据可难了
美化界面叫啥活

就一个后台系统的列表页 前后端不分离 显示列表 再用 ajax 加载动态数据 返回的数据还要根据每行的原有数据不同显示也不同内容 明显这是手艺活 而不是 ai 能搞定的流水线

不想争了 硬争 ai 要咋样咋样的人都是低智商

[darkengine]

@zhouyin 我的意思是现阶段的 AI 前后端都取代不了

[toloa]

前两天惊叹于 Cursor Pro(Claude 3.7 sonnet)的能力，写个公司主页，30 分钟搞定了人肉前端 3pd 的活。
截个图提个需求还能还原度很高的去做实现，这种感觉真的很好。
但最近两天让它重构一个小小的后端项目，却是举步维艰。
会说胡话，有时候代码生成的有问题，cursor 没办法直接看到错误日志，就得自己去调试。
有的时候感觉比自己写还要浪费时间了。
感觉是没有摸到一个 SOP ， 此类的 AI IDE 到底适合什么应用、什么场景以及怎么样的使用姿势？
是先写一个 Markdown ，把所有需要考虑的点都考虑到再让它去做？（ context 会不会太大？）
给个笼统的指令，直接开干，一部一部对话完成任务？（对 token 是不是浪费？）
是不是只有前端或者 Node 技术栈做得好？（使用小众框架的时候存在降智的问题，训练集不够？如何喂给他相关框架做个 Fine Tunning ）
等等， 一些碎碎念。

[otakustay]

@wyntalgeer 你怎么不说前端出轮子的速度会让大模型的学习根本跟不上，没过多久就生成不出来主流框架的代码了

[otakustay]

@findlisa 我自己随手写的编程工具，能在我小 1.5W 行代码的项目上基本准确的解决问题。这事其实没想象的难，只要你有钱……

[759648397]

非业内，前两天处理 excel 数据，简单提了需求，AI 就给我整理好了 VBA ，以后将是会提问的人吃香

[sakujo]

再发展下下去以后 ai 连提问都可以帮你提问了，你只需要提出目标，然后说行或者不行就可以了。。。。。。。。

[expy]

历史的车轮已经开始轰鸣，不知道有多少马车夫能拿到汽车驾照并找到工作。

[wtdd]

确实，你的工作迟早会引发另一个半夜的大佬在放声大笑

[mogutouer]

人在无语的时候是会发笑的，这笑声里叠加了科技的进步，对未来的担忧，编程世界的变革以及各位码农的前路是不是要做些微调，我们应该往哪个方向更好的发力。

[shunia]

@mogutouer #57 提示词发来学习一下。

这种场景最大的问题是如何合理的描述需求才能让 AI 不乱写代码。

[dcdlove]

按这个迭代速度，很快不管前端后端大部分都要由笑转为哭

[mogutouer]

@shunia #60 AI 不会乱写代码，只有你的要求不清晰。

这种一般是给他个图，然后每一块都描述，比如

根据上图做一个新页面 index.vue 放到 xxx 目录下。
1. 首页数据来自 xxx 接口，接口返回内容如下：{data:xxxxx}（这里直接把接口返回结果贴上来）
2. 顶部的导航栏需要在页面滑动时背景根据页面滑动位置逐渐变为透明，并增加阴影和磨砂玻璃效果。
3. 导航栏下面时横向轮播 banner ，自动播放下一张，需要注意最后一张结束时与第一张流畅衔接。每一张图片要增加空背景的 loading 效果，图片载入完成后应该渐入出现。
。。。。

每一个都尽量描述清楚你要的效果，当然你不描述的太仔细也没问题，只是后面也是要反复修改，也没多大问题，只要你描述清楚哪个位置要怎么改，他不会乱改其他部分。

整完之后看看，有修改的就提具体位置和需求给他，完事儿之后说一句：
按照当前页面的元素位置和样式，把数据载入前的 loading 改为骨架屏效果

最后的最后，为了节省剩下页面的制作时间，让他 把上述风格和设计，汇总到 xxxx.md 文件，以供我在制作其他页面时作为风格参考，第一个页面多花点时间调效果，这样你其他页面就会做的非常快速，后面基本都能一次成型。
这样你在做其他页面的时候就不用重复描述太多设计和动画上的需求，同样已经存在的页面，你也可以 @这个 md 文件，然后说 请帮我把 xx 页面设计风格参考 xxx 文件进行统一修改，设计要点你可以参考 xxx.md


当然这些前提你要写好 .coursorrules ，以及 globalrules ，这里面描述了你项目的基本情况，比如说这是个什么项目，用了什么技术，用了哪些库，图标用哪个，公用组件都有哪些，一些重点目录是干嘛用的，你如果懒得写就每次 @一个文件让他参考。


总的来说，你把 ai 当成一个新入职的刚接手项目的能力非常牛逼的员工，你让他干活儿，你至少要给他描述清楚需求，给他讲讲项目背景和概况。



很多人用 ai 编程觉得不好用，就是自己的角色没有定义好，你的角色不是老板，不是你说一句话他就帮你干完，要再往下一层，来到项目经理再往下一点，类似 项目经理+CTO 的角色。你既要提出老板需求转换成项目经理的需求，也需要你懂技术能规范具体的技术细节。把自己的思考重心放到程序员的上一层，具体实施这种苦力活儿就交给 AI 。

又有很多人觉得我写这么多东西不如自己完成了，但你要想一下，这些要求这些细节，你就算自己做，你迟早也要想清楚流程，要去实施具体效果，你为什么不一开始就做好这一步，磨刀不误砍柴功正是如此。上面有位朋友说 AI 干不了这个干不了那个，我可以明确的说，只要编码方面人能干的，AI 就一定能干。一些小众库甚至个人非 github 平台的库，你可以直接 @源码目录，让他先分析然后写总结到一个 md 文件，之后 @这个 md 文件来让他使用，不要傻乎乎的只提供个名字最后得出 ai 不行。

以上是我这几个月，每个月 1-2 千次对话，完成数个新项目，数个老项目的经验，仅供参考。

[shunia]

@mogutouer #60 你这个说的很好，总结的也很清晰，说真的我觉得值得一篇博文认真说明和分析一下。

目前对 AI IDE 的使用，普遍都是一个比较粗放的状态，很多人其实是根本没有想到这么细的，所以都会觉得 AI 能写，但写的很难用还总出问题。另外目前主流的设计图到代码的 AI 类产品比如 v0.dev 其实也是隐式的鼓励大家使用一些粗放的提示语，通过不停的修改来实现产品目标，所以一直给人的感觉也是很难用。

[mogutouer]

@shunia #63 是的，确实大多人第一次接触都有这种感觉，要真正达到想要的效果，是必须要多轮对话才能完成的，AI 开始给你的肯定是一个非常粗的框子。我的经验是开始花多一些时间调教出一个满意的页面，一个满意的 API 对接，然后把你调教的成果转成文字描述的文档，给之后的页面和接口进行参考，这样就免去了每一个新页面新接口都要反复修改的工作量。

[noparking188]

@mogutouer #62 感谢老哥经验分享，这样我可以要求设计出原型图时每块提供这样的文字说明描述。我还看到一个 figama-contect-mcp 项目，直接从 figama 原型图走接口拿到 figama 文件源码，直接生成前端项目代码