因为名字吧，至今还有很多人以为这个是 JS 官方要求的标准。。。

ES 标准是有分号的，引擎分号补全本身就是一种容错机制，TC39 也强调了不写分号的风险，以及未来 ES 要加入的新特性会使得引擎的分号补全机制变得异常难以实现。

从好的方面来说，Standard JS 为有需求的团队提供了一个开箱即用的代码风格方案，你不需要自己研究每一项规则，也不需要配置，由 Standard JS 来保证统一、可用、高效。
从不好的方面来说，Standard JS 推荐了一些有风险的代码风格，这些风格和一些写法搭配会有严重的问题，Standard JS 的做法就是把这些会有问题的搭配写法屏蔽掉，从而做到在 Standard JS 约束下不会发生风险；但有的人写习惯后在没有 Standard JS 约束的场景也会使用这些有风险的代码风格，没有 Standard JS 帮忙做检查，很可能最终写出有严重缺陷的代码。

个人推荐的是 Lint 规则仅限制那些真的会导致问题的写法，这些问题包括逻辑问题、语法问题、可读性问题等，至多可以加入一些团队达成共识的风格规则。

另外，风格中很多部分也可以通过 EditorConfig 机制来解决，主流编辑器、IDE 是支持这个机制的，会自动应用项目下的.editorconfig 文件中的配置内容。

JS 是一种极其灵活的语言，入门很简单，但要想用好需要大量的知识储备和使用经验，TS 、Go 等在这方面难度低很多。

@arcaitan 每个进程的%CPU 值代表占用 CPU 计算时间，100%相当于 1 个核心的全部计算时间，所以多线程可能会导致这个超过 100%，但 100%并不代表完全在用某 1 个核心，操作系统会调度所有的核心，使用成熟的算法最大化资源的利用效率，除非使用了某种绑定机制强制绑定一些核心使用。
所以你不需要关心具体是哪个核心。

AMD 稳，除了专门为 Intel CPU 设计的软件以外，没有兼容问题，可以放心使用，5000 系单核性能很强了。

台式机用来玩游戏的话，核显几乎没用，除非不上独显低画质玩游戏。

去网上看看两家最新 CPU 的测评，然后看看主板价格，按照自己的资金情况决定用哪个方案。

如果希望未来用 AMD 的独显的话与 5000 系 AMD CPU 搭配有性能加成。

MBP2016 升级了，大约每周 Crash 2 次，刚刚就 Crash 了一次。

建议等稳定了再升级。

Load Average 三个值，分别是最近 1 分钟、5 分钟、15 分钟的平均负载值。
值代表的意思是当前有多少个任务在等待被处理。如果接近 0 就代表现在系统负载很低，不会有任务堆积；越高就代表任务出现了堆积。

但是对于多(逻辑)核 CPU 来说，它能同时完成多个任务；比如 8 核心 CPU，当瞬时负载 16 、且没有新的任务加入、且不存在其他瓶颈的情况下，理想情况下 CPU 处理完手里的所有任务可以直接从等待的任务里拿走 8 个去处理，将负载从 16 降为 8 。所以一般来说，负载达到 CPU 总核心数代表 100%满载，超过就是过载，低就是空载。

这是个系统宏观综合负载的表达，不代表系统中某一个组件的性能情况，比如内存、磁盘、网络、设备等短板也都会导致任务不能尽快完成，造成任务堆积，此时 CPU 可能还在空转，但对于系统来说可能已经过载。

想要解决过载问题的话，还是得看系统各个资源的具体情况。

Untitled Goose Game，我试过手柄+键鼠，2 人同屏玩，还挺不错的。
另外你的场景 Switch 上有很多游戏都很合适，比如星之卡比、分手厨房、剪纸

肯定有效果，但前提是能坚持。

瓶颈从来就不是年龄，而是“自己技术也不是很精通，管理也只能算马马虎虎”。

职业规划是个很有用的工具，你先定目标，比如 5 年后你希望自己具备什么样的知识、技能，以及做什么样的工作，然后对这 5 年时间做一个合理的规划，看完该看的书、练熟该练的技能、找一个符合职业生涯规划的工作。

几年前就不看了，没有形成一个良性的社区，基本上都是广告贴或者完全可以 STFG 、RTFM 的提问帖，而且再加上很多人迫于面向简历编程换了技术栈，所以就越发冷清了。
然后今年年初（还是去年年底来着）办了个 Node Party，有个核心嘉宾直接来踢馆邪教式宣传 Deno 狠踩 Node.js ，也更加加速了这个社区的消亡。不过，国外一些社区还是挺蓬勃的。

想当年我还是通过它找到的工作。

苹果是日趋封闭的，如此才能更好地掌控市场（和产品品质吧）。
其完全和 Linux 等一众开放哲学是矛盾的，觉得非苹果平台开发者不是目标用户，所以仅针对办公、教育、艺术等主流用户群体来设计产品，也是完全符合其商业属性的。

现在国内因为政策趋势，安全行业很火。

https://benchmarksgame-team.pages.debian.net/benchmarksgame/index.html
这个网站上有很多种语言的计算密集型性能对比，你可以看看主流语言的对比情况，会发现现在很多情况和自己原本了解的不一样（比如 JS/Node.js 和 Java 性能差不多）。

要清楚的一点是，性能对比通常都是在计算密集的场景测试的，但对于业务服务开发来说，基本都是 CRUD，性能瓶颈通常在 IO 。

Go 的优势主要在于国内好招聘，以及学习成本低、团队代码管理成本低，技术烂的工程师也不会写出太烂的代码（相比其他主流语言来说的话）。

@howencilx 直接去 JetBrains 官网，Support=》 Sale Support=》 Contact Sales 选 China，然后你可以直接填写 email 让他们联系你，或者右边你直接联系他们。

我问过，个人授权在公司里可以用，要是不放心可以亲自问他们销售确认一下。

直接邮件联系他们的销售，说希望开始购买他们的产品，问一下可不可以给一些优惠。

他们是直营的，我以前打交道觉得他们的销售还挺好说话的。

找各个高校用的计算机网络教材看，因为是学校教材，所以可能还可以找到写题做。

去找一些经典的系统性讲解计算机网络的书，某呼上一搜一大堆。

硬件和软件两个方向都可以深入。

硬件可以研究一下有线和无线的各种方案。

软件可以看一些通信协议的原理或标准，比如 HTTP123 、TLS 、各种 VPN 、各种 RPC 通信部分、各种科学上网协议（有 TCP 的也有 UDP 的）等。

技术上基本上是个无底洞，你可以不断优化，就看你觉得值得投入多少。

省内存，那么主流的有垃圾回收机制的语言就不占优势了；要快的话，通常编译成机器码的会比虚拟机或解释器型的语言好一些，当然也有例外。

但看省内存和速度快这两个方面的话 Rust 语言写的程序可能会比较符合要求，当然 C++也可以，就是写出好程序比较考验功力。

不过个人经验看来即便云主机配置再低，跑几个小服务用啥技术栈也都没啥大问题。

以上都是针对有动态业务逻辑的 Web 服务，如果你只是 host 几个静态文件的话，Nginx 各方面都很不错。