前端已死？

不知道大家是不是今年感觉已经被AI刷屏刷的头都要炸了？伴随着VibeCoding的快速兴起，好像编程一夜之间就变成了人人触手可得的技能，而那些绞尽脑汁学习语法、练习项目的同学们一夜之间就变成了小丑，前端更甚——似乎每个新模型的诞生好像都在重复着“XX模型即将杀死前端”->“前端已死”->“XX即将发布最新的模型”的循环，似乎每年都是前端最糟糕的一年，甚至我们当中的不少人都这么认为，真的是这样吗？请允许我花些时间聊聊。展望前端的未来，必然要先回顾前端的过去，显然，AI压根就不是第一个杀死前端的。不知道各位有没有听说过Dreamweaver？这是一个可以直接可视化画图方式生成网页的工具，可以直接把设计稿转成网页（类似于VB的手绘控件），那个时候有人说，前端已死；结果是，一旦网页内容开始膨胀，嵌套几十层的图纸毫无维护性可言，更不用说复杂的动画效果了，它随着Dreamweaver一起成为了历史，并客观上加速了前端开发与UI设计的分离。下一个挑战者是JSP/ASP.NET，后端开发者可以快速的用他们最熟悉的语法完成前端开发所做的一切，数据处理，表单请求...，那个时候有人说，前端已死；结果是，伴随着移动互联网的高速发展，前后端一体反而给开发者带来了更加沉重的负担和夸张的维护成本。既然前后端分离了，想必那个时候的前端就迎来了春天？不见得吧，它的挑战者就从来没停过，以WordPress为代表的建站平台急匆匆的来了，是的，各种模版几乎快要革了“前端”的老命，但却提供了更多的插件、主题开发和二次定制需求的市场机会，你能说它杀死了“前端”吗？好吧，即便前端的生命力如此顽强，那低代码平台总能一劳永逸了吧？我的意思是，你也不想大清早起来就要盯着拧成麻花一样的蓝图来追踪数据流动吧，而且，低代码平台也不可能脱离前端而存在。所以，AI会取代前端吗？或许吧，但我知道，所有自称要“杀死前端”的挑战者全都败给了一个敌人：“真实的物质世界”，这个世界没有那么多含情脉脉的温床，也没有一成不变的需求，迎接开发者的只有客户谜一样的运行环境，恨不得把3A塞进去的诡异需求，以及不争气同事的、永远猜不到响应格式的API。而这也印证了那个软件工程的真理：“软件开发没有银弹”。前端的挑战者们还在围剿它，你要做的唯一一件事就是：像前端一样坚强、勇敢的面对这个站在最前沿，也最复杂的真实世界，而这正是它迄今不死的秘密。【全文人工手打,看到个别无良自媒体真的气得不打一处来,希望大家坚定自信,把自己的事情做好做精!】

本文以有java后端基础/python基础如何转向ai开发岗进行讨论分析。 个人bg : 专升本，26届双非硕，硕士转码，25.6 - 26.2 小厂ai应用开发实习，入职前ai相关项目 * 1 ，春招面试时含公司实习项目共计10+ai相关项目(简历体现4个)，ai相关内容学习实习前累计1m左右，深入了解时长等同于实习时长。  重要经历 ：实习期间参与三个ai项目开发，垂直领域涉及金融审核相关业务(涵盖文档、检索、分析、agent等)1. ai应用开发岗是什么？涉及什么？ ai应用开发岗作为新兴岗位，主要分为两部分: 上游任务(偏向于算法) : 模型后训练，微调(SFT,QLora) ,场景定...

用过TS吗？小程序性能怎么衡量？怎么评估出来小程序的性能好不好？小程序上有日志监控吗？是否遇到过配置出来的看板不符合要求，要重新开发？配置出来的看板性能如何优化？vue和react 的区别？vue的响应式原理vue响应式收集的维度？收集的是实例还是domVue2和vue3的区别，开发体验上？Vue3组合式代码一坨，怎么提升开发体验？web性能监控怎么做的？怎么衡量LCP的性能是否合适？页面性能lcp太高怎么优化?如果遇到js执行特别久怎么处理？在非常多代码的情况下，怎么快速定位到出问题的位置？Code review 频率 ，分支模型小程序开发和web开发的不同？是否用ai提升过开发经验

楼主之前在实习的时候,cursor才出来0.5版本的时候组长就教我用了，当时是23年，并不好用，后面这几年随着编辑器和大模型的升级迭代，可以说是之前三个高级程序员，五个中级程序员其实已经变成1个高级程序员加2-3个中级程序员和他们的ai工具了。目前我们小组是重度使用患者，各自有各自顺手的工具，不过每次出个新的大模型和新的工具我们都会讨论和体验一下。像最近的gpt5.3-code和反重力这些是我们最近在用的，第一感受是确实不错，能写很多代码了，再加上我们都是很熟练使用了，所以提效能力非常强；第二感受就是被取代的一种焦虑，每次出个模型都会宣传一波前端已死什么什么的，我们其实还好，主要是领导听进去了，说是期待国内大模型升级，把你们这群开发都给取代了，时不时开会点我们几句。说是年后会有什么裁员的动作吧