因为很多 io 需要等，吞吐量要大就必须多线程。线程创建和切换都有一定的开销
协程一般都是用 event loop 调度的，一般来说有 vm 的语言协程实现起来比多线程资源开销更小

node 天生异步，大部分公司的业务都是 io 操作，基本很少有需要长时间占用 cpu 的业务。大家的业务基本上就是写写数据库

反倒是很多 python 写出来的后端不用协程多进程，在接口里做同步 io 数据库操作，一个请求阻塞全局 gil，并发测试响应时间上天

不同的人写作风格不一样。
代码整洁之道我认为讲了一些东西，但是讲的太浅了，不适合作为初学者的阅读书籍。

你要是想看有趣风格的技术书籍，head first 系列，大话系列都还算不错，rust 的官方入门书籍也还可以，资深一点 mostly adquate guide 前几章也算幽默风趣

就问你个问题，假如页面监听 resize 事件，实时将 window.innerWidth 输入到页面上
你现在 1 个页面有 2 个布局，那页面到底听谁的

github 北极埋了一堆开源代码

“90% 的磁带浪费在了 node_modules”

xps 15 的充电器就是 130w，使用 typec 接口，只不过不是 pd，是私有协议

可以试试算 madelbrot
https://benchmarksgame-team.pages.debian.net/benchmarksgame/program/mandelbrot-node-3.html

svgo 了解一下

https://jakearchibald.github.io/svgomg/

首先要有人工，才有智能
目前是有多少人工就有多少智能

自动化可以看作低等级的人工智能

人工智能其实并不神秘，只是概念被媒体炒作+联想，和 5g 一样被吹上天而已。这种东西很正常，每个时间段都有些这样的概念，比如之前的区块链，一般来说过个几年热度自然会下降

你 stdout 写的太频繁了，影响了执行速度。
建议每 1024 个数输出一下，能快不少。我这目测有 6-8 倍的提升。

if (i % 1024 === 0) {
process.stdout.write(`\r${i}`)
}

质数判断也有优化空间，随便改一改似乎能有 1 倍的性能提升

node 12.16.1 似乎并没有出现内存泄漏
private bytes 一直稳定在 110MB 左右，

假设你是 ISP，你给你的客户提供了 50M 的上行。他按照 100M 的速度发包，你该怎么办？

当然是限速。通常来说被 traffic shaping 后，一些包被随机丢弃了

你说的东西叫做中文文档。
你要了解的现实是绝大多数文档都是英文，被翻译成中文的文档很少，而且很多翻译质量并不是很好。
翻译文档费力不讨好，通常来说翻译者几乎没有任何收益，但却需要消耗大量时间翻译校对润色。

cosnt jsonpCallBack = () => {}


window.xxxxxjsonpcallback = jsonpCallBack

点进去 10 秒钟就看到了错别字
Partical -> Partial

字典也没法将单词的意思准确翻译成中文。很多英汉字典对一个词就是简单的一个解释，很多时候让人费解。推荐有能力多查英英字典，使用英文解释英文虽然一开始会不习惯，但是用相同语言解释很多时候更容易理解。

英文一词多义很常见，没必要一次性把所有用法学全，而是遇到什么学什么。比如 security，通常来说，翻译为安全，但是在金融领域下代表证券。如果基本不会学习金融相关的知识，那么此项不必要在第一次学习的时候就背下来，因为类似的东西太多了根本背不完。

猜单词的意思也很重要，我们学习中文很多字词不认识的时候也是靠猜的，英文也是一样。一句话如果只有个别不重要的单词不认识，但是整句的大概意思能够猜出来，能加快阅读的速度。

英英字典推荐一下 google 字典，数据来源于牛津字典。谷歌搜索 "run define" 就能查询单词 "run" 的解释。浏览器上可以使用这个脚本 https://greasyfork.org/zh-CN/scripts/6303，直接在页面上弹框显示 google 字典的结果。
https://i.imgur.com/490QJoz.png

赞同如果你认为楼主是在说 他前同事想从楼主借钱

赞同如果你认为楼主是在说 他前同事想把钱借给他