我 18 年配的 NAS 用的普通内存，跑到现在没有因为内存出过问题。

另一台服务器 Win10 基本每周都会出现莫名其妙问题，但重启可以解决，所以怀疑是系统内存 Bug 。后来换了 Debian ，就稳定很多了。

之前看到一个资深做定制 NAS 的商家说过，普通家用负载一年可能都不会出一次内存错误，所以一般也不会给客户推荐 ECC 内存。即便出了问题，大不了程序闪退，重新启动就好了。除非是那种出内存错误会导致其他严重连带问题的情况，比如文件系统。

看到有人提到了 DDR5 的 ECC ，这个也让我困惑了一阵子，后来才知道因为 DDR5 硬件本身技术难度，导致错误没法降到可以让人接受的程度，所以内置了某种 ECC 机制来拉高可靠性的，但这个顶多了是提升到了 DDR4 的可靠性，追求更高可靠性可能还是需要企业级 ECC 。

问题 1：

setTimeout 是 JS 里比较特殊的 API ，它本身是异步执行的，放到 Promise 回调函数里执行会马上返回一个计时器对象，Promise 也只能自主看到这个返回，而 setTimeout 回调函数内的代码是在倒计时结束后才会执行的，你不调用 resolve 或 reject 的话 Promise 就压根不知道执行完了（始终是 pending 状态）。

倒计时设置为 0 也是要进行倒计时，而不是说倒计时为 0 就将异步代码转成同步代码了。

建议看看 Event Loop 机制，然后搞明白 setTimeout 是在哪个阶段执行的，这块是 JS 异步的核心，搞不明白的话以后还是会有很多问题整不明白。



问题 2：

第一段代码同问题 1 。错误被 setTimeout 拐到异步过程里了，第一个 then 的回调函数没有捕捉到这个错误，然后就相当于是一个没有 return 的函数，默认返回了 undefined ，下一级 catch 没有捕捉到异常被忽略，再往下 then 接收到一个 undefined 值。

第二段代码第一个 then 的回调函数捕捉到了错误，将其作为一个 Promise.reject 传给下一级，下一级 catch 接收到这个 reject ，执行里面的代码输出了 err 的信息，同时这个回调函数没有写 return ，本身也没有返回一个 Promise 对象，所以默认返回了 undefined 给下一级，下一级 then 接收到了这个 undefined 值，然后运行内部代码将其输出了出来。

https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/Promise/then
仔细看一下“返回值”部分，看看 then 是怎么工作的。

Manjaro 发行版，目前自在用 AUR 里的这个版本 https://aur.archlinux.org/packages/com.qq.weixin.deepin
除了现在有个强制始终最前面显示的问题以外，没有其他问题，分配个独立工作区用着还行。
其他发行版的话，你可以参考一下这个包的 PKGBUILD 脚本，应该都能装，就只是看依赖包的版本兼容性如何了。

我现在系统盘和重要资料都是 btrfs 快照增量备份到其他盘，其他资料是加了 snapraid 奇偶校验。

用驼峰的话，大写只是为了断词所以可以统一规定缩写也一律按照首字母大写其他字母小写的规则。

看语言、数据库等兼容性，比如有的语言核心库都是遵照某种风格的，或者有的数据库只支持某种风格，就尽量追求统一。

之前一种说法是，驼峰能少按键。

但归根结底还是看喜好。

我之前写 JS ，一种风格是变量用小驼峰，常量全大写+下划线，类型大驼峰。不同风格代表不同信息。

デジカメ - ROCO

Hash 算法（ MD5 就属于其中一种）是行业通用做法，压测一下看看吧，在你的业务规模下到底需要多少性能。
另外你都用 JS 了，就没必要在这个环节考虑性能问题了吧，profiling 之后把优化精力用在真正的瓶颈上。

https://www.measurethat.net/Benchmarks/Show/6372/0/sha1-js
这里有个几种方式用 JS 算 SHA-1 的压测页面，可以参考一下。

我所了解到的情况是，Intel 、AMD 、Apple 的常用 CPU 都有 Hash 算法加速，比如 SHA-1 、SHA-256 、SHA-512 。如果性能不够，可以看看是不是可以用 WebAssembly 来调用 CPU 的 Hash 算法加速。

找个可以开箱即用的 Linux 发行版，比如 Manjaro 、Ubuntu 、Fedora ，按照官方文档安装好（前提不是装在 Mac 硬件上），桌面摸索一下就大概会用了吧。

去网上找一些 Linux 平台的替代 Mac 平台的方案，或者直接搜有没有 XX 功能的 Linux 软件，教程应该也不少。

用得多了自然而然就学会了。

不论你用什么发行版，都可以去 Arch Wiki 上看文档。

Ubuntu 我个人看看重的是支持 PPA 、企业驱动。但我个人比较不喜欢的一方面是桌面级应用强制使用 Snap 方案，另一方面是一些软件包名和指令名跟其他发行版都不一样。

Debian 挺稳定的，适合对环境依赖不高的用途，比如 NAS 、Docker Host ，装完配置好扔在那就不用动了，之前 Debian 让人嫌弃最多的就是软件包太老，但现在全面普及容器之后，好像这个缺点就没那么所谓了。

如果你所在的企业愿意花钱解决问题，这两者就只能选企业驱动的 Ubuntu 。

具体还是看你是什么用途吧，其实 Linux 发行版无非就是一个 Linux 核心上面跑一个发行版自己的目录结构、用一个发行版自己的包管理器、提供一些发行版自己的软件包组合和配置方案；绝大多发行版用的 Linux 核心都一样，软件包也都一样，就只是组合方式不一样而已；所以对于经验丰富的 Linux 用户来说，已经目中无牛了，啥发行版都无所谓，无非就是哪个方案对于眼下的需求需要折腾的工作最少而已。

桌面用的 Gnome 的 Bing Wallpaper 扩展每天自动换 Bing 壁纸。
终端用的 Guake 的 Tango 配色方案+30%背景透明度。

看看风景图挺好的（罗永浩：……

胖 30 斤。

也见过减肥 30 斤给人感觉年轻了 10 岁的。

当然皮肤质量、发行穿着也会有影响。

USB3.0 理论是 5 Gbps 的速度，也就是 640M/s ，甚至不如 SATA3 接口的 6Gbps 快，也就是说速度还不如你打开机箱接一块 SATA SSD 。
PCIE3.0x4 理论能到 4GB/s 的速度，一般这个规格的 SSD 可以给到 3.5GB/s 左右的速度。
PCIE4.0x4 的 SSD 一般可以给到 7GB/s 左右的速度。

就差距还挺大的。

vmess 主力，openvpn 保底。

性能一部分看设备，另一部分运营商线路和 QoS 因素也挺大的。

建议还是做做压测看一看。

从 Debian11 推出就开始用 Btrfs 了，没有因为这个文件系统出过问题。

最近一次 NAS 出问题是每天早上掉盘，但数据没坏，持续了大约半个月，一开始我还以为是文件系统问题，但跟文件系统开发者一起 debug 一阵之后没发现问题在哪，后续推测可能是硬件问题，换了新硬盘果然问题不再出现，可能本身就有质量缺陷用了 4 年就提前发作了（厂商检测后确认问题并给我换新了）。

现在我用了不少 Btrfs 子卷快照增量备份方案对系统盘和重要数据进行备份，用 btrbk 脚本也挺稳的。

拿工作上的思路用在生活上是行不通的。

工作上可以以人事权力和绩效权力解决人的问题，可以要求别人言必信、行必果，可以要求别人反思错误和积极成长。但生活里没有谁能拿捏谁，只能靠了解、理解和交心。

生活中，无论是亲人还是朋友还是邻居，又或是某个偶遇的陌生人，对方大概率具备那么几个人性的弱点，大概率感性高于理性，大概率不具有执行力，所以只能通过不断琢磨沟通策略，不断尝试沟通，才有可能达到自己的目的。

实际上信号都穿不了墙（混凝土、实心砖），只不过 2.4GHz 的这种可以在多次反射后衰减较小，你以为是穿墙过去的，实际上是多次反射后在一些空隙、玻璃、木门之类的地方出去的。而且路由功率再大，你手机、电脑的信号质量也可能成为瓶颈。

像我家里比 100 平小很多，但是基本上是一个长方形被两堵承重墙平均分成三份，路由放哪个地方信号都到不了其他房间。

最好还是一个 AC+多个 AP ，有线就走有线，没有线就考虑无线 Mesh 。

当过几年面试官。

无工作经验的考察思维和学习能力，有工作经验的考察项目经验和问题解决能力，不考客观题。
因为基本都是主观题，所以甚至可以使用问卷、邮件等方式异步考察。

当然和招聘的岗位也有关系，比如要是招聘算法岗，算法肯定得会写的。