同意楼上的，可能就是解码性能不行。
我家电视刚买回来的时候，下了部一百多 G 的狂怒，usb3.0 直接接 u 盘播放，卡的一批。
买了个外置盒子瞬间流畅。

跟官方反馈啊，人越多越好。我已经反馈了（那个小电视的群已经满了，直接找人工客服反馈）
用的云视听小电视官方最新版。没试过在电视上搜，我是手机搜到后投屏上去的。能看，但没有外挂字幕，跟港澳台应该没关系，就是字幕的问题。

微博是真的没有人工客服。
最开始注册过一个微博账号，很久没用了登不上了，就想联系下客服。但在网页上就像#4 说的那样完美闭环，申诉要登录，但没账号根本登录不了。（其实是网页上有个按钮，无论怎么点都没反应，猜测应该是要登录才行的）
打了官方电话，各种渠道都是让你去网上申报，教你自助办理的，根本找不到人工客服。后来也不知道在哪儿找到个电话才打了进去（这个电话好像本来是处理广告、造谣还是什么侵权问题的，记不清），总算找到个真人。说了半天跟我说之前的账号 ip 有问题，只能让我重新注册一个。（这理由我觉得也是瞎扯）

所以我的决定是弃用微博。
微博常常有宕机事件，以前我一直以为是不可预测、突如其来的大流量导致的。这件事以后我改变了看法，微博就是产品做的烂罢了，而且是稀烂。

火绒。
当初装这个玩意儿主要就是为了让 windows defender 闭嘴。
我个人感觉裸奔都没事，但有个杀软还是安心点。
（个人使用基本就是不会下来源不可信的软件，但工作中偶尔不得不装一些来源不明的软件）

我也在奇怪这个问题，毕竟官方本来就有你的 ip ，完全不影响。现在只是谁都能看到了而已，只是口嗨、造谣、跟人对线成本更大了吧。

@mikulch 就是完全精准锁死用的版本。

以我的经验来说，Java 、C#随便格。
Python 想格就格（个人不是很喜欢 PEP8 ，感觉每行太短了）
js 也可以格，但要小心规则一致性，要不然容易搞出一大堆 eslint 错误。最好用 prettier 配合好。

目前唯一注意到的会影响运行的例子好像是出在 html 格式化上，但也比较极端。
<ul><li>...</li><li>...</li><li>...</li><li>...</li></ul>
被格式化成
<ul>
<li>...</li>
<li>...</li>
<li>...</li>
<li>...</li>
</ul>
如果此时 li 被设置成宽度 25%的话，那么多出来的空白符会使这一行溢出。

当它没有就好了。我个人也是倾向于 1G 直接跳到 10G 的，没想过以 2.5G 为目标。2.5G 对我来说就是买高端主板或路由器时捆绑的罢了，就像是显示器上的音响和 CPU 上的显卡。

postman 复杂、大什么的我都无所谓。但离线无法使用这点是真的蠢。
一些场所禁止直连互联网，postman 直接废了。。。

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)去掉，那么数组更快也很正常。