|
ltmstMay 11
1
|
|
gcgj72May 11
2
前后端都一样了 都要求全栈了已经 前端高交互的界面还可能需要微调 后端现在是真不需要了 全程 ai 了
|
|
tianjiyaoMay 11
3
只能说还是前端的规范啥的入门太简单。。AI 学习这些手到擒来。。。。基本上也不太会有什么问题,tailwind 这类写起来溜得飞起。。。
不过如果没有设计师, 自己调试出一套合理的交互啥的还是要点能力的。。。 |
|
Joey2022May 11
4
用 auto 写的返工率如何,我也再用 cursor 基本上都是用 codex 5.3
|
|
chairuosenMay 11
5
凑活能看的后台前端已经完全可以由 AI 生成了,要求 1 比 1 还原的 C 端前端,目前还得人工介入
|
|
chendyMay 11
6
几个小时前
迫于一些布局细节磨磨唧唧说不明白,我直接改了点样式 |
|
HidetodongMay 11
7
扣设计搞细节的 ToC 没法完全靠 AI
|
|
TsubasaHanekawMay 11
8
不扣细节, 完全可以了.不要浪费自己时间
|
|
huaweiiMay 11 via Android
9
前端切图仔的难兄难弟,crud boi
|
|
yukinotechMay 11
10
用 codex/cc 走 agent-browser 过 cdp 控制 chrome ,让他自己看+调整 ui ,感觉好像没啥毛病
|
|
wu67May 11
11
没有设计要求的项目很容易出,
但是设计稿瞎鸡儿排版(不管图层什么的只纯搞出来能看的设计稿), 返工率还是挺高的, 尤其是一堆细节要求, 写完非要改几次的那种... |
|
hackyuanMay 11
12
前后端都死了。目前都是先和 AI 讨论方向产出需求表,再产出产品规格表,再生成 todos ,最后生成前后端代码。
我前端,目前在做一个协作文档+AI 的小玩具 https://github.com/haohaoxue-site/SamePage-AI 。 本来叫 SamePage-Docs ,写着写着默默改名了 🤣 |
|
13
骗你的啦哈哈,其实后端也很久没写过了
|
|
15
业务不复杂的情况下,没有编程基础的人都能全部 vibe coding 出来。
复杂业务还是需要专业前端、后端介入的。 但话又说回来了,哪里有那么多复杂业务,大部分都是 CRUD 、表格表单。 |
|
17
@zuosiruan 你这种一看就知道是做 toB 项目的,对样式基本 0 要求的项目,我在上海也没你这感受啊。AI 可以写接口,但至少目前是无法一比一还原原型图的,还是定制化的那种
|
|
shilianmlxgMay 11
18
|
|
JerryYMay 11
19
前端来来回回被鞭尸多少次了。。。
|
|
LaobaiMay 11
20
前端每日一死
|
|
duan602728596May 11
21
有一些需要创意的还是不太行
|
|
None123May 11
22
用的这么少吗?
|
|
SundayzMay 11
23
后端也是啊,谁还在手搓代码。
|
|
congminhcap246May 11
24
https://cuyo.ai 全是 AI 生成的审美也不差,前端已死
|
|
25
前端每天死一死的多数是没深入写过前端的
话说回来,用 ai 来处理没什么问题,但是自己需要有兜底的能力,不然不心虚吗? |
|
icanforkMay 11
26
后端代码我也没有亲自写了呀
|
|
aojunhao123May 11 via iPhone
27
前端这一层虽然薄了点但也没你说的这么不堪,只写过 crud 就来评价未免过于片面
|
|
28
我的经验相反,后端才是从不动手,前端要求高一点,靠 AI 改不利索
|
|
konakonaMay 11
29
精细化的前端还是要做的,我还是会自己检查元素的效果,进行微调。
大方向让 AI 来做。 |
|
dapaogeMay 11
30
同 28 楼, 后端从不动手,前端要求高一点,靠 AI 改太慢了
|
|
skychen1989May 11
32
页面交互细节 ai 还是不太行
后端代码逻辑能描述清楚 ai 就能干,感觉后端已死了 |
|
imba97May 11
33
我感觉只是工具切换了,就像从记事本换成了 vscode
只是效率上去了,工作内容还是不变 依然需要接触新的前端知识、接触 AI 的使用技巧,本质上与接触 vscode 如何开发差不多 如果哪天出现一个从自然语言描述需求到设计,从开发再到部署,从 Web 到小程序再到手机 app ,全能数字员工,那时候可能才是有点死了。但到那时候,肯定会有其他事情要做的。至少我是坚定的相信,什么职位什么头衔不重要,总有事情需要我做 |
|
HeyWeGoMay 11
34
后端只是不被人看见罢了,实际上小体量的后端比前端更容易替代
|
|
35
说实话,后端 go 写起来更快,部署更方便。java 就是一坨
|
|
kakakakaka8889May 11
36
@ltmst 大屏本身也不要写 css 啊,echarts 组件放进去渲染就完事了
|
|
zdjohn001May 11
37
但凡公司有个设计师都说不出这个话,你们应该就是 TB 的前端,设计师出的动画和交互 ai 出来的都是屎一样
|
|
umrjsMay 11
38
有的有的,历史的低码页面还是前端在搭,用不上 ai 感觉浑身痒痒的
|
|
powerlessMay 11
39
https://jiecheng.vercel.app/ 差不多吧,我这种就是纯 ai 设计的 UI 风格,无手写代码一行,这种还是比较简单的
|
|
rogiMay 11
40
|
|
haidaomihuanMay 11
41
我都没搞明白,后端就不死?我一个前端用 ai 写后端也是嘎嘎爽啊,别跟我扯什么系统分析和高并发,ai 也能做这些。
|
|
42
早就死了七八年了😅
|
|
x2veMay 11
43
现在写代码这块基本上属于没有什么竞争力了,ai 又快又好。小个体主要还是创意和运营了,大的公司应该看平台,以及细节了
|
|
ramcaskyMay 11
44
|
|
miku999May 11
45
C 端的产品对 UI 还原度要求很高, 要针对各种屏幕进行适配, 以及各种精细的动效, 很难用 AI 完成, 有跟 AI 聊天的时间, 早就手写完好几次了
倒是 B 端, 如果对 UI 没什么要求, 写完一个需求我连编辑器都没打开 |
|
mingtdlbMay 11
46
后端也一样,不是特别复杂的 AI 都能搞定,目前来看 只有销售、售前这种前场的 AI 替代不了吧,没啥影响,毕竟跟客户交流、应酬这些,AI 还不行,哦 还有实施交付,反正要去现场的都影响不大
|
|
cutecoreMay 11
48
@slackerman +1 ,后端基本一遍过,前端按钮,样式多少有点问题,还要一一指出修改。可能我不懂前端,描述的不清楚
|
|
yesagenMay 11
49
都他妈死了。我现在全栈得心应手。
|
|
50
前端需要来回改,后端逻辑基本能一次过
|
|
51
前端明显比 CRUD 难搞多了,当然了,中台系统和后台系统要什么前端,就凑活凑活用用呗
|
|
cwliangMay 11
52
cursor auto 用不了一点,输出的都是一点不动脑子的代码
|
|
murmurMay 11
53
写原型可以,细节还是手调,前端对复杂 css 还是不行
|
|
YjhenanMay 11
54
|
|
weberCdMay 11
55
切图仔已死
CRUD 仔已死 |
|
kinghlyMay 11 via iPhone
56
只是做业务的前后端都要死
|
|
nexoMay 11
58
只能说你干的项目太简单了
|
|
teaguexiaoMay 11
59
前端没死,只是“手动写展示层”这个岗位在消失。真正难替代的是业务逻辑和性能调优,Cursor 能把 UI 写出来但让它瞎眼不卡馆还得人来。
|
|
darkengineMay 11
60
6 点下班,得有大概两个小时没写代码了吧
|
|
TimzzzzzMay 12
61
@darkengine 哈哈哈兄弟幽默的
|
|
xialaobanMay 12
62
我以 claude code codex 一年多经验来说,大模型还是搞不懂体验和交互,前端终究还是要人想出来,代码倒确实可以不用写了
|
|
gbinMay 13 via iPhone
63
还要啥前端,未来 Agent 才是主要流量入口,各大系统提供 Agent 友好的集成方式即可
|
|
zqguoMay 13
64
对对对,前端早死了,后端还要一行一行手搓。
|
|
wobuchiyuMay 13
65
天天搁这吹,搞了几个 element antdesign 的模版 生成出来了 前端就死了。你把高度依赖设计稿的能 1:1 还原出来 在说吧
|