滴滴 前端社招面试

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

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

1、讲一下this对象2、讲一下防抖和节流3、讲一下怎么开发多端组件4、讲一下性能优化5、讲一下怎么实现响应式6、做过埋点吗，怎么做的埋点，自己实现一个曝光埋点怎么做7、了解过react 的hook吗8、react的通信是怎么样的

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