只会html css js 入职前端

谁给我大厂offer：二面过 无技术提问

命烈焰带我飞走：前端算法code top筛选前端筛选高频就ok，不会考特别难特别怪，50个高频的基本就够用，可以刷一些组件设计题，用react,vanilla写些todolist，倒计时之类的。八股github上能搜到一些项目，但感觉有点过时了，很多es5，vue2，react class相关的内容，刷牛客里的面经也行，反正就大概这些东西，框架的核心运行原理，js事件循环，浏览器api，缓存那些东西。小兔鲜我觉得不太行.....可以自己照着github开源了的东西搞搞preact, mini-element-ui啥的，时间不够完全重写你能研究出点啥面试能讲闭环就行，反正也没人看你的项目代码。可以边面边学，拿些小公司或者确定自己不会去的公司和base地的岗位试水，面几次大概就知道啥流程了，怕脏面评就不投腾讯字节就行（0实习感觉初筛也不好过），美团百度快手啥的都随便投，面几次大概就知道流程了，甚至可以反问的时候直接问面试官找实习需要系统学些啥

撒冷才不是小小蒙：如果做的时候完全没有管，那首要任务就是真实得调研一下性能情况，然后分析一下可优化的地方，对比多个优化方案选出相对最优解。时间紧的话可以不完全实施，只把demo跑通，然后配合AI的建议圆一圆。但调研一定要做，有没有做调研，对项目性能情况有没有真实得分析过，这些面试官经验丰富一点的话一下就能问出来。 比如你说你的项目利用某某方法提升了200ms的首屏加载时间，那么问题来了，你是如何发现这个性能瓶颈的，根据直接感受？数据？还是火焰图？如果根据火焰图的话，具体是怎么看的？（由此可以引申出Chrome火焰图的若干知识或常识，完全没分析过火焰图的话很容易懵逼），这个收益是怎么量化的？这个优化的价值如何（比如你为了提升UV不到100的B端项目200毫秒的加载时间，引入了SSR，那我可能会认为这个事情本质是负收益，因为收益和引入的维护/运维成本不匹配），对同样的场景，你还能想到哪些优化方案？为什么使用这个方案而不是其他的？类似种种问题，如果你只是看八股和AI得到一个方案然后套答案写上去，碰上水平高一点的面试官大概率是要翻车的 这个其实做起来很快，无非是根据现成的性能测试工具跑一跑指标（web项目的话用开发者工具内置的就行），然后以一个用户的视角，根据项目的类型和特征排列一下优先级，比如C端项目关注首屏时间，滚动流畅性等体验相关的几个指标，B端对体验性能不敏感，优化的的ROI很低，更多的要关注特定场景的性能情况，比如复杂图表的加载时间，大量数据变化导致的页面卡顿等等。在确定了要提升的性能指标后，根据相关的业务逻辑去看代码和代码火焰图，分析出性能瓶颈在哪，有什么解决方案，这些解决方案的优劣各是什么，哪个更适合我的项目场景。总之调研和思考的过程一定要有，这个过程也是你做项目对能力提升最关键的点