package-lock.json 和 yarn.lock 呢？没锁版本确实是自己问题。

不过 npm 也确实是烂的一批。Java 后端表示简直被 Maven 吊着打。（就包管理而言）
初学 npm 语义化版本控制的时候觉得很牛逼。结果实际使用的时候毛用没有，不如直接锁死版本号。
npm 安全事故频发，丢包、删依赖、供应链投毒、桌面建文件宣扬政治。。。
包名也是先到先得，没有命名空间管理。（这个其实问题不大）
依赖库直接放在 node_modules 里，不像.m2/repository 那样多项目共享。
npm 换 yarn ，yarn 换 pnpm 。这中间还有 cnpm/cyarn 这种明明换个源就行的非要整个包出来。现在 Nodejs 也不行了又推 Deno 了。感觉就没有考虑过版本升级的。就算真积重难改要换新，能不能大家坐下来重新认认真真设计下，不要一天到晚换来换去，越来越分裂。（这部分是前端生态圈的问题了）

平心而论，Java 这边也出现过，Ant 、Maven 、Gradle 的更迭。但实际上学个 Maven 就够了

我原本觉得，既然 js 早期有各种设计缺陷，在设计新工具的时候应该更加谨慎认真才是，能这么随心所欲也是真的牛逼。

@ruoxie 估计就是类型推测，推测（ tc ）= 体操（ tc ）。我也想了一会儿

调试的话，没有什么差别。
都是命令行 npm/yarn serve/start 运行的么。调试就用 debugger 关键字配合 console.log 。
真正的调试工具应该是 Chrome Devtools 。除非你写 nodejs 脚本

完全删除、重装

Auto Close/Rename Tag ，TabOut ，Live Server ，Prettier ，Vetur ，Vue 什么的。其实需要用的插件，打开对应文件的时候都会提示下你，安装就好了。
个人来说，之前用的 VS Code ，后来转的 WebStorm 。感觉 WebStorm 代码提示功能更强大许多，甚至 ts 上也是（不过也遇到过特有的 bug ）。基本就装了个中文插件和 GitHub Copilot ，其它都是自带的。

总体来说，我感觉比起 jQuery 时代，现在的前端开发方式真的舒服不少。如果要做页面，那肯定舒服很多。
但相对而言工具链的配置就整的很复杂。TypeScript 、Webpack 、Babel.js 、Vite 等等。这种东西很复杂，而且弄好了也没有什么成就感。我个人觉得原因主要有：
1 、web 技术是逐渐发展到现在这个样子的，而 js 、css 在最初设计时没有考虑太多（尤其是 js ，语言错误多，而且缺少基本的模块化语法和作用域等功能）。js 光模块化语法就好几种，搞得异常复杂。
2 、兼容性。在前端领域，不考虑兼容性基本就是一个死。但是考虑兼容性，又会变得异常复杂。以前是对浏览器的兼容性，而现在是工具链的兼容。你发布一个包，可能要考虑用户是在什么环境下用的，nodejs 还是浏览器，webpack 、rollup 甚至还要考虑具体的版本。整得异常复杂。
3 、前端生态圈缺少一个像 Spring 这样的整合者。导致大家疯狂地自己造轮子。这点 Vue 还好，有自己的全家桶。React 那边就乱多了，各种搭配层出不穷。

不知道，但之前研究过这俩的区别。说点无用的：
mac 上按 command +/- 实现的功能会调整 devicePixelRatio ，也就是改变 CSS 像素和物理像素的比例，这就导致视口变小了（ CSS 像素数量更少了），会影响显示。
触摸板缩放更接近 ipad 和手机，不改变 devicePixelRatio 和视口宽度，因此网页结构没什么变化，更像是放大镜。不过会受<meta name="viewport" content="...">中的 scale 设置影响。（实际例子来说，在手机上打开百度和 V2EX ，v2ex 是可以用双指缩放的，但百度禁止了，电脑上 Chrome 模拟移动设备时用触摸板也是一样的效果）
所以应该就是更偏向于给移动设备用的。

数组查询 O(1)，插入 O(n)。链表查询 O(n)，插入 O(1)。但你误解链表的这个 O(1)，这个 O(1)指的是你已经拿到了中间某个节点的指针，然后想往附近插入 /删除一个元素的情况。

你看的那两张随机插入和随机删除，是以下情况：
随机给一个位置 i ，然后让 list 和 vector 进行插入 /删除操作。那么这时候时间复杂度就不是 O(1)了。因为链表还要从头一直往后找，找到位置 i 的那个节点，即有 O(n)部分，但真正的插入 /删除还是 O(1)的。而 vector 找起来很快，耗时的是移动后面的元素（不考虑再分配的话）。

你应该看 random insert 最后一张图，那张才是链表的正确应用，文章也有提到：
if the iterator was already known (no need for linear search), it would be faster to insert into a list than into the vector.
所以并不反直觉。

如果你的应用场景并没有把查找的那个 O(n)去掉，那么数组更快也很正常。

ant design pro?

@anyele 最终还是做成服务了，幸好我的是小型单体应用。写了个脚本，Stop-Service 后 scp jar 包上去再 Start-Service ，勉强想办法完成了批量更新操作。

@msg7086
@liaohongxing
@julyclyde
如果不是生活所迫，谁愿意全干呢。
之前在自己的 ubuntu 上运行过一段时间，还是挺稳定的。
用 WinSW 做过服务，但一直不确定是不是一种好方案。甲方催得急，也不是那种正式使用的状态，就是单纯要求要“有”，所以寻思着先偷个懒。一方面是没有试错的时间，另一方面确实也想了解下 Windows 下对应的方式。

做应该能做，但感觉不太靠谱。首先至少要有 nginx 反代解决同源问题。其次如果用 iframe 来嵌入的话，内外部状态同步就比较麻烦，比如里网页有模态框时，背景无法延伸到外部。而且感觉 docker 对这个东西真的是大财小用了。

要真要做的话，感觉像楼上说的那样，一个可动态控制的菜单栏就好。把路由信息存数据库里，访问主页面的时候遍历一下生成菜单栏，然后根据链接和静态文件位置直接发给浏览器就好了吧。

最早用的三星，似乎就没升级过。后来一加 3 ，用了很久都一直有更新。现在一加 7pro ，升级没有前者那么频繁，大多数是系统安全更新，总的来说还是比较满意。
（话说就手机的生命周期来说，也更不了几个大版本，不过有和没有区别还是很大的）

@crs0910 挺好玩的

@codehz 没太了解过 telegram 。但再加一层应该也仍然没办法对付中间人攻击吧，因为再解一层就是了。
（国内公司应该不会花这么大代价去管 telegram ，有点脱离这个主题了，就是好奇）

@DataSheep 如果公司在电脑里面信任了加了特别的根证书的话，可能内容都会被扒光。
之前深信服的离职倾向分析系统，就有不少人猜是不是证书下毒。

没有