第一组：计算机体系结构、计算机组成原理、操作系统

第二组：数据结构、离散数学、编译原理

主机通常没法打黄油🐶，尤其是 3D 黄油，对配置要求也高。

单纯用 Web Components 还是挺痛苦的，市面上还没有很好的最佳实践。我看到不少 Web Components 的组件库还要借助 lit 的再做一层封装。
https://lit.dev/

@mxT52CRuqR6o5
所以那些只写 JS 的程序员借这个话题抨击 TS ，还以为找到大神为自己站队似的，很可笑。

@jry

let name:string = ''这种写法是很少有的，统计过我的代码，20 个变量声明里，只有一个用写类型，其他都是自动推断。唯一需要写类型的原因，还是是 File[]这种复合类型。
string name = ''这种写法，就不适合自动推断了。

你可能会说 auto name = ''也可以自动推断。但是，跟 const 连用就成了 const auto name ，中间这个 auto 要不要留就又是一个争论。

@Mark24
node-sass 是 sass 官方 libSass 的封装，libSass 是用 C++写的。

如果 node 社区真要重复造轮子，肯定会选择用 js/ts 来重新实现。
比如 less 、stylus ，这两家都是 js/node 背景，安装体验也比 sass 好。

后来 sass 官方自己倒是重新实现了 sass 编译器，但居然是用 dart 来重做。
所以，联想这个社区还曾经鼓捣过 coffeeScript ，我无端猜测，这个社区别说是对 TS 了，对 JS 都鄙夷。

那些只写 JS 的开发者最好别跟风起哄，说不定他下次要移除的就是 JS 。

@FightPig 关 ruby 社区的事

写个小程序或者脚本，每隔几秒就在硬盘某个文件里写入一些随机内容，让硬盘别闲着。

@liberty1900
讲个笑话，连 TS 都不愿写的人（大神除外），说自己愿意写更啰嗦的 JSDoc 。

@agagega

DHH 或者 ruby 社区也好意思抨击 webpack ，我觉得他们圈子整的 node-sass 才是前端最大的毒瘤。
前些年跑 npm 踩的坑，至少一半以上都是 node-sass 闹的。

不低头玩手机，躺着睡觉

我在推上也曾经见过中国人说日本不卷，工作生活如何轻松的。结果呢，最先跳出来反驳的，是日本网友。😂

@nothingistrue
确实有的网站很过分，一访问没多久就往 localStorge 、indexedDB 写了几 GB 不知道是什么东西，然后把浏览器的体积胀得很大。

chrome 可以打开存储管理，按以存储的数据排序，看哪些网站写了一大堆东西
chrome://settings/content/all

光会前端是没什么前途的，建议同时学 java spring ，卷全栈。

@liuhuihao
“同源策略” 的本质是不同应用之间的数据隔离。你把每个网站都看成一个 APP ，各 APP 都只能访问自己的数据，不就显得很天经地义了吗？
所谓 “防 A 网站非法调用 B 网站的接口”，不过是应用数据隔离的附带效果罢了。

同时用不同浏览器不就行了？
比如 chrome 、firefox 、edge 、opera ，全部装上，这样就可以同时拥有 4 个独立环境了，如果每个浏览器都再开一个隐私窗口，那就再翻倍，8 个环境了。

12G 大内存，不需要🐶

对我来说，OBS 基本够用，剩下的 OBS 办不到的，就交给 FFmpeg