这世道变化太快了...
tab 工程师只持续了一年...我就已经放手不管了.
作为一个前端工程师,感觉 ai 写出来的后端代码比前端还靠谱,只要你描述得够细,一定能出你要的效果.
第 1 条附言 · 5 月 25 日
keep/yes/accept 不要在意这些细节~
 |
1 flycodeu 5 月 25 日从一开始手搓代码，到 codegeex ，再到 cursor 、kiro 这些编辑器，再到 claude code 、codex 、gemini ，一开始还人工审核下，现在基本都是提出需求，AI 分析，agent 讨论，然后再写，不敢想未来的发展 |
 |
3 lujiaosama 5 月 25 日 1
前端的问题是样式微调很费劲，有些时候都直接自己抄胳膊下场了。 |
 |
5 MidLinnPRO 根据我的经验，AI 在前端的样式细节(读了 figma mcp 也一样)、动画方面还有 C/C 艹 的内存管理、大菊观、Qt 的信号槽这些部分还是弱智。遇到这些问题还是得自己下场写，完全没法放开手让 AI 干。 |
 |
7 hi2hi 5 月 25 日Token 成本不降低的情况下，就是一个预览工程师 |
 |
9 bixinhaner 5 月 25 日yes 工程师已经进化为 YOLO/full access 工程师 |
 |
10 tengxun 5 月 25 日语音,语音输入更快速简单!! 歪歪歪,克劳德,扣戴斯,帮我把 xxx 改一下,我不要 xxx |
 |
13 Clannad0708 5 月 25 日我说一个，非遗手写代码。 现在印刷技术这么发达，以前大老式打印机，打字机都具备极高的收藏价值。 未来手写代码就像是非遗传统，可以现在多写点手写代码然后尘封几十年拿出来当古董卖 |
 |
17 saaak 5 月 25 日 1
失业 -> 领失业金 -> OPC -> 倒闭 |
 |
18 heyheyhey 5 月 25 日 via iPhone下一步塔台调度，一个人并行一大堆 ai tasks |
 |
20 sh3yee 5 月 25 日其实我不理解的是，为什么 AI 来了，大家都觉得前端很容易替代。我感觉反而是后端的业务逻辑很机械性，前端调样式很麻烦 |
 |
21 weiwenhao 5 月 25 日vscode tab-> cursor tab -> trae chat -> codex chat -> hermes agents chat 进入 chat 之后基本就一行代码都不想写了，改个配置都要 chat balbala 说一堆 |
 |
23 wu67 5 月 25 日我只希望这个职业还能再坚持 4 年. |
|
24 wu67 5 月 25 日 1
@sh3yee 因为他们说的前端, 其实是各种‘业务系统后台’、没有强设计稿关联的前端页面、或者是样式要求不高的页面, 这种开发方向, AI 直出真的很强. 你要是让他们做那些半桶水设计画的设计稿, 代码和界面一看一个不出声, AI 给的要各种改改改, 还有需求返工问题, token 没两天就跑了一周的限额... |
 |
25 jackOff 5 月 25 日"你是不是卡住了？"这也是和 ai 沟通的一个常用语句 |
 |
28 dacapoday 5 月 25 日@sh3yee 后端本身是统称，不同公司不同业务的后端完全不同。而且后端是“有状态”的，所有的新功能 bugfix 都需要考虑兼容，一些 IoT 场景，这种兼容是永久的。如果业务规模扩张快，相同业务逻辑，将会用完全不同的方式反复重新实现，以适配更多硬件，更高的系统容量，更透明的观测。而且很多考量与技术无关，而是从商业的成本与盈利模式上寻找平衡。 |
 |
32 jonty 5 月 25 日@sh3yee #20 有一点其实不一样。现在的前端开发逻辑应该和以前不一样了。以前是先出 UI 的设计稿，然后再根据设计稿来开发。现在你出设计稿的时候就等于在开发了，AI 也已经介入了，所以理论上现在应该是所见即所得的。 |
 |
33 Parva 5 月 25 日下一步：goal 工程师，再下一步：没有工程师 |
 |
36 humbass 5 月 26 日AI 肯定写后端更厉害啊！前端 UI 部分设计师做的东西没法直接出效果， |
 |
37 cvbnt 5 月 26 日 via iPhonego on 工程师 |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。