获得徽章 7
赞了这篇沸点
最近有个观察,想随便聊聊。
AI 介入开发之后,"写代码"本身越来越不是瓶颈了。不管是前端还是服务端的同学,借助 AI 把不熟悉的代码跑通,效率都挺高。但我观察到一个有意思的不对称现象:
服务端转全栈,明显比前端转全栈顺滑很多。
服务端的人去写 Web、写客户端,遇到的困难主要集中在选型层面——用什么框架、什么构建工具、编译器怎么配。这些东西虽然烦,但本质是信息差,查一查、试一试就过去了。AI 在这块也确实能帮上大忙。
但前端同学往服务端走的时候,吃力点不太一样,而且更深层。
我琢磨了一下,核心原因可能是评价标准的差异。
前端的评价标准,其实每个人天然就具备——交互流不流畅、好不好看、用着爽不爽。这是一种感性的、即时的反馈,任何人打开页面点两下就能给出判断。正因为如此,前端同学长期浸泡在这种"体验驱动"的思维里,对质量的感知非常敏锐。
但服务端的评价标准,没法靠直觉感知。并发能不能扛住、架构分层合不合理、数据一致性有没有问题、服务间怎么串联——这些东西不打开监控、不压测、不经历几次线上事故,很难建立起判断力。前端同学评价服务端工作时,往往停留在"接口通了、数据对了"这个维度,但这只是及格线。
反过来,服务端的人去写前端,虽然审美和交互细节可能粗糙,但"能用"到"好用"之间的差距,用户会直接告诉你(或者设计师会告诉你)。反馈链路短,迭代方向明确。
而"能跑通"到"架构靠谱"之间的差距,反馈链路很长,有时候要等到系统规模上去了才暴露。这就导致前端同学转服务端时,容易陷入一种"我觉得写完了,但不知道写得好不好"的状态。AI 能帮你写出来,但帮不了你判断这个方案在生产环境撑不撑得住。
所以本质上不是谁更聪明的问题,是评价体系的可感知度不同,导致经验积累的路径和速度不一样。
AI 介入开发之后,"写代码"本身越来越不是瓶颈了。不管是前端还是服务端的同学,借助 AI 把不熟悉的代码跑通,效率都挺高。但我观察到一个有意思的不对称现象:
服务端转全栈,明显比前端转全栈顺滑很多。
服务端的人去写 Web、写客户端,遇到的困难主要集中在选型层面——用什么框架、什么构建工具、编译器怎么配。这些东西虽然烦,但本质是信息差,查一查、试一试就过去了。AI 在这块也确实能帮上大忙。
但前端同学往服务端走的时候,吃力点不太一样,而且更深层。
我琢磨了一下,核心原因可能是评价标准的差异。
前端的评价标准,其实每个人天然就具备——交互流不流畅、好不好看、用着爽不爽。这是一种感性的、即时的反馈,任何人打开页面点两下就能给出判断。正因为如此,前端同学长期浸泡在这种"体验驱动"的思维里,对质量的感知非常敏锐。
但服务端的评价标准,没法靠直觉感知。并发能不能扛住、架构分层合不合理、数据一致性有没有问题、服务间怎么串联——这些东西不打开监控、不压测、不经历几次线上事故,很难建立起判断力。前端同学评价服务端工作时,往往停留在"接口通了、数据对了"这个维度,但这只是及格线。
反过来,服务端的人去写前端,虽然审美和交互细节可能粗糙,但"能用"到"好用"之间的差距,用户会直接告诉你(或者设计师会告诉你)。反馈链路短,迭代方向明确。
而"能跑通"到"架构靠谱"之间的差距,反馈链路很长,有时候要等到系统规模上去了才暴露。这就导致前端同学转服务端时,容易陷入一种"我觉得写完了,但不知道写得好不好"的状态。AI 能帮你写出来,但帮不了你判断这个方案在生产环境撑不撑得住。
所以本质上不是谁更聪明的问题,是评价体系的可感知度不同,导致经验积累的路径和速度不一样。
展开
1
4
3
点赞
赞了这篇沸点
为什么掘金热门贴总能看到各种感情里的卑微小丑啊,要不说程序员总被贴上“老实人””接盘侠“的标签呢,咱这个群体又不缺钱 能不能花点钱在自己身上提升下自己啊,看不下去了 影响心情 有没有渣男组出来上点分😅
5
3
赞了这篇文章
赞了这篇文章
赞了这篇沸点
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇沸点
![[看]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_97.39cdc9f.png)
,还得我把它救回来![[发怒]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_12.0f24f23.png)
![[比心]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_113.582f64b.png)