建议找机会内推，多问问之前的同事，这种还是机会多一点。
哎，看到你的经历描述，我也挺有感触的，我年纪和你差不多，最近也是公司要裁员，不过在公司裁之前听到风声我就找之前的同事内推了，现在已经在走背调流程了。现在这个市场环境真的太差了，不是有内推机会，我估计也要进入失业状态，别老找自己的原因，不要内耗，前端这一行现在确实不是两年之前的状态了，基本上是完球了，不过还是有机会，如果城市没定死深圳，可以去北京或者上海这边看看机会，耐心点吧。到我们现在这个年龄，技术其实已经不是最主要考核的因素了，个人的综合能力更加重要一点，有解决问题的能力和带领项目的能力比单纯的编码能力更重要，也不用分什么前端或者全栈，或多或少都得会，甚至运维相关都得了解，当然技术肯定永远是加分项，只是个人感觉比重没有那么重要了，有机会转行的话，建议趁早转行，就是难度有点高。
至于说薪资，说真的，如果你现在的年纪还没过 25 的话，基本上就很难往上走了，有机会，但是机会不大。这个东西如果不是你起点就高，刚入行就进大厂，现在再换涨幅很有限，我后面这个总包也没超过 10%，刚入行的时候就得多跳，不过坏处就是简历可能会花，现在我就指望能养老就行了，后面如果你拿到多份 offer ，建议你也应该考虑公司稳定为主，过了 35 真的就要被人拿捏的死死的了，加油！
总而言之，自信一点，并不是你的原因导致找不到工作，而是整个大环境就这个样子，耐心点，找工作的间隙也可以多放松放松，调整自己的身体，保持好的身体状态和心理状态，这对你找工作也是有利的

@NakanoAzure 并不是能够完全照搬，cdn 的主要目的是加快资源加载速度，如果加载无用资源也是一种浪费，实际上，你们项目打包的静态文件也可以上传 cdn 的。最终客户端加载的资源肯定是无用代码越少越好，加载资源大小越小越好。如果第三方资源有动态引入，类似 antd 和 echarts 这种,很多场景你并不需要全量加载整个包，可以考虑将这些包合并成一个固定的资源包，放到 cdn 上，而且有些可能只有部分页面需要用到，这个时候去 external 就并不合适，按实际的需求去做应对吧

@balaraking 这环境你敢裸辞你是这个👍

总结下经验，有条件就问问 hr 是什么原因挂的，gap 1 年可能有很大的影响

待机功耗 mac 优势比较大，如果不考虑平台可以整 mac studio 或者 mac mini

用华为就换华为，建议等 p80 ，应该影像和硬件都是华为能力内拉满的

神探狄仁杰现在是抖音一直给我推切片，确实有意思

B 站现在只刷关注，推荐的已经没救了，算法和抖音是肉眼可见的差距

两个解决方法：1 是静态文件传到静态资源服务器上，每次更新打包不删除上次的文件； 2 是每次打包生成一个版本号，然后页面轮训去查询是否版本更新，提醒用户刷新页面，这个有现成的插件，也可以自己手撸一个，不难

等赔偿就完事了，直接跟领导说等公司的辞退书

都服务端渲染了，直接前台开个页面下单不就行了？为什么要跳到 vue admin 去下单呢？

别人吹智驾也是吹自己家的智驾啊，难不成别人宣传都宣传的是你米的智驾可以在驾驶位上睡觉？离大谱了，怪余承东过度宣传也是怪他过度宣传自家啊，这是默认你米的智驾和其他智驾是一个水平的？米粉这搅浑水的能力有点儿幽默了

可以试驾一下智界 R7

@liudewa 还是信息不足，老系统没有页面，你们用什么形式接入？

看看老系统是怎么接入的，是 iframe 还是微前端，iframe 有 postMessage ，微前端都有通信的，你应该描述仔细一点

microApp ，京东的，虽然碰到一些问题，但是感觉比 qiankun 好用，侵入性比较低

先分析现状，再看达成目标。
LCP 我个人不是最主要的影响因素，最重要的是白屏时间和页面可操作时间，这两个时间短的话，页面的可访问性就有保障，我自己公司的项目做过一些这方面的优化，个人浅见分享一下。
最直观的就是做 SSR 或者 SSG ，vue2 也有 pre-render 相关的处理，可行的话也可以切换到 nuxtjs2 ，基本没有什么门槛。
资源加载方面该先检查服务器配置，gzip 或者 br ，http2 这些配置必须要有， 静态资源 cdn 加速也必不可少，资源根据需求做 cdn 缓存和预热，这个非常非常重要，服务器就是力大砖飞的东西，配置越好，网络越好，体验越好，在这个的基础上，你再去做优化，不然就是屎上雕花，毕竟巧妇难为无米之炊；
工程打包方面来讲，html 也可以预先做 dns 解析和资源缓存方面的优化，打包文件拆分这个很重要，一个资源 300k 我个人觉得有点太大了，我们所有的项目最大的公共包不会超过 150k ，不过在服务器和网络条件好的情况下，这个勉强能够接受，不要把不必要的插件和代码打包到公共文件里面去！举个例子 echart 和 lodash 这种一定是页面用到的地方才加载。不能拆出去的，能走 cdn 的尽量走 cdn ，尽量降低公共包里面无用的代码，ui 库和路由一定要做好按需加载，css 包可以用 purecss 这类的插件把没用到的资源去掉，当然这个得根据项目来调整。所有的 js 和 css 包括 html 都必须压缩！
从页面的方面来讲，所有的图片统一转换成最小的格式，可以通过 cdn 自带的格式转换，也可以通过工程化配置压缩文件体积，页面图片加载尽量做好懒加载。如果是 SSR ，一定要注意 async 和 await 的使用，多个非依赖的请求尽量并行请求。不追求 SEO 的话，能异步加载的模块都走客户端渲染，做好骨架屏能很大程度上提升体验，包括资源加载渲染的时候，可以参考有些项目运行热编译的时候页面有进度条提示。首屏没用到的元素也可以考虑做懒加载，举个我最近优化的 webview 嵌入的 H5 的例子， 我们业务有一个长列表的 collapse ，如果全量渲染，在正常的手机和 pc 上的速度是很正常的，在我们产品嵌入的低性能的安卓设备上页面 loading 时间会超过 10s ，这基本是不可接受的，优化加了列表和 collapse 内容的延迟加载，页面初始只渲染列表，页面 load 完之后会逐步加载 collapse 里面的内容，不影响页面的滚动和操作，优化后基本能保证在低性能设备上的访问速度和高性能设备差距不大。具体需求具体分析，各类框架的推荐写法一定要去看，保持良好的代码编写习惯，尽量不要往项目中堆屎和脑残逻辑
这些是针对首次访问用户的，其他的还有类似 pwa 和本地缓存的东西，可以针对多次访问的用户做优化，不过我感觉做好了资源缓存，这些配置可以根据需求选择性的去做，现在性能优化的文章和分享很多，都可以根据自己的项目需求去参考