因为资源不够所以必须扩张，因上，资源够了就不用扩张了：得出这种逻辑，大概初中数学没好好上。

用一个简单的反证法就知道是怎么回事了：如果那么容易能扩容，苹果哪敢让小容量定价那么低。

以前并没有官方中文化，是社区提供官方直接用的，而社区大多来自于微软亚洲研究院、IBM 中国等外企的大中华地区办公「闲人」。这帮闲人，随着谷歌退出中国，一并消失了。

这是过渡防御的代码，功能测试，甚至 100%覆盖率可能都测不出来，只能靠代码评审去发现。而且有可能为了将来考虑，就算发现了也不一定会去改。

类上的说明，有这么一句：「 When two or more threads attempt to complete, completeExceptionally, or cancel a CompletableFuture, only one of them succeeds. 」。 所以 complete 跟 cancel 是互斥的。那么在 whenComplete 里面还去考虑 isCancelled 分支，确实是多余。

此外，isDone 也说明了：「 Returns true if completed in any fashion: normally, exceptionally, or via cancellation 」。所以 isDone 包含了 isCompletedExceptionally 。后面那个分支里面，isDone 的判断也多余。

这种错误，你只要搞代码评审，或者结对编程，那就很难出现。不把代码评审计入成本时间，或者把成本挤到下班时间，那就别怪搞出来神仙代码。

@brader #12 这跟法律没关系，只是一个基本数学原则：「法定日期」的设定前提是五天工作制，大小周的前提是超过五加一天工作制。

手机升级系统从来都不是怕变卡，而是怕新系统不调教甚至劣化老手机的电池。

大小周这个大前提已经跟法定假日无关了，后面的就没必要算。

谁管钱谁是老大。但是，这里面部门老大永远不可能是老大，除非这个部门老大就是大老板。公司小了，大老板会亲自管钱。公司大了，大老板通常都会把管钱的权责下方给负责人事的副老板。

@shmilypeter #2 1 ，如果你不想踩缝纫机，那就别干能导致你踩缝纫机的事。2 ，删库跑路是踩缝纫机的充分条件，不是必要条件。

vscode 拓展 Thunder Client +1

最新不让更新的方法请参见： /t/975019 。注册表修改的方法不要用了，毫无效果，并且还会导致想更新也更新不了——但是还会提示重启。

我出现过类似的情况，不干活的时候突然风扇狂转，但是打开任务管理器发现 CPU 并没有满载。我这个不但风扇狂转，温度也确实上去了。做了如下调整后，后面没再出现过，但是还不能确定是最终方案：「 Hyper-v 虚拟机设置，NUMA 拓扑，使用硬件拓扑重置成默认设置」。我之前调大过核显占用的内存，有可能是调整了之后 NUMA 拓扑那里的最大内存超过了实际内存造成的。