随着年龄增长，这些下降是不可避免的，过几年会更明显，感兴趣是一方面，用不用的上是另一方面。
我想想一年左右，主要做修补工作，想通过跳槽涨薪的话。
自己从脚手架开始构建一个项目吧，vue 也行，react 也行，最不济也得知道从头开始大概是怎么一回事（参考成熟框架）。
可以尝试复刻自己正在修补的项目的主要部分，或者平时接触不到的非业务的部分（如果是后台，比如登录，鉴权，一些复杂的业务模块，或者绘图组件之类的），这是一个方向。
另一个方向则是，总结自己手中项目的业务流程，以及前端在其中的位置，有什么亮点（技术上的，业务上的与前端相关的）。
最后就是一些面试题准备吧，根据上面的方向，选一块深入，也可以参考看别人怎么做的。

一个可视区内为例，3000 张一个可视区，用 base64 大概是，先等所有图片下载完再展示（我就当你是嵌在 html 里了）
相对路径则是先展示轮廓再展示，浏览器并发，不同浏览器不一样通常是 6 ～ 8 个，所以 3000 张同屏怎么也会有先后顺序
你要全部加载完哪个更快？主要看设备，通常来说，一个大文件会比 3000 个小文件快，取决于大小差异和实际使用的 http 协议，用 http3.0 的话，小文件估计会快一点，1.0 大文件会快一点。
个人建议，用相对路径，需要一次性展示的话自己控制图片的加载完再展示，而不是使用 base64 这样完全不可控。
一个可视区放不下的情况，比如滚动加载，就别 base64 了，没啥意义。

我是一台低功耗的工控机终端代理出来，需要干重活的时候对台式远程开机...J425 这种 U 几乎只适合 NAS 和软路由吧，附带一提，纯代理的话可以找 frp 服务或者白嫖 cloudflare 的 tunnel 服务，或者类似的服务

TMS 系统，试试快递 100 ？

虽然都感觉 rem 不好，但我也基本没见到，系统性讲非 rem 布局的屏幕适配方案，虽然 flex，gird，vw /vh,媒体查询，这些配合起来怎么都能解决问题...但就是不知道有没有系统性得实践方案..实际项目中看到得大都乱得很

@LOVOQ 到换路由这就只能以后再说了..环境得话，离得不远隔着个门也有一个 5G 路由..可能相互干扰，边上是电梯井
mhz 之类的我换过，有的没区别，有的就直接连不上了也不知道为啥..

@LOVOQ
频宽是指：Channel Width 么？它没有 80/160 的选择...

@onion83
还真就是这个..以前一直用有线连电脑，倒没啥感觉..

@PbCopy111
改了，关了蓝牙
iperf 上行 270~220 下行 19~16
没开 zerotier 测试的时候网络理还一台树莓派做的 DNS，这个会有影响么？不应该呀，因为连线的时候也是这个环境

@sp670
节能关了也不好使..

@mandymak
纯 AC 也试过了，不好使

现在看就感觉，要么换路由，要么认命有线...淡淡的忧伤

简单瞄了眼..指望这个赚钱走 up 主路线，应该是不大现实，有名气后去录课也许有一些机会..

hp microserver gen10 应该够用...貌似有 3000 左右的版本..
看介绍我挺喜欢的，虽然没用过..我自己装了台 ITX，又买了个无风扇的工控机..如果先知道有那么个玩意..至少我是不会自己装 ITX 了..

估计是仿的素锦吧..第一眼觉得在哪里见过..
只看介绍，楼主相对同龄人，能力要强些
但当前放在市场上可能不是太有竞争力...
首先，非科班出身意味着基础薄弱...大公司一般不乐意培养...
这点如果你想转后端则会对基础薄弱有个更深刻的认识...
其次，只看描述感觉现在搞的项目不是很有吸引力..
最后，列出来的技术栈相对基础，不知道往深里问能问到哪里...
小公司一般和楼主现在看到的情况差不多，跳槽意义不大...
既然在深圳其实可以试着去各种大厂面面，看看差距在哪，然后找一个规模尚可的地方沉淀一下
再不济，就是通过人力外包的方式去一些大厂，虽然会有些憋屈，根据做法，对于提升多少会有些帮助，但不适合久待
所幸楼主还年轻