SiliusMo

我发现在打开 SciView 的时候，CPU 占用会飙到 100%，关闭右下角的文档显示就恢复正常。具体也不明白为什么……

换个思路。

1. /long 查找 long
2. cw short <esc> 替换 long 为 short
3. n 寻找下一个目标
4. . 重复替换

工作量证明的本质是 Leader Election, 即选定一个人，让他写账本。有其他不昂贵的方法。
区块提交后就近乎不可修改。跟计算快不快没关系。共识问题。

efi 双系统要区分是一个硬盘一个系统还是一个硬盘两个系统．

如果两个系统在不同的硬盘上，则有两个 efi 分区. linux 系统安装完成, 但引导还没安装时, 去 Windows 的盘里把 Microsoft 的文件夹复制过来再安装引导, 就能发现了. 开机启动顺序选择 linux 的那一块硬盘.

如果两个系统安装在同一硬盘上则安装 linux 时不应该设置新的 efi 分区, 要选 Windows 帮你分割好的那一个. 换句话说要先安装 Windows.

总的来说推荐第一种办法. 混在一起很容易出问题. 另外, windows 更新也可能会动启动引导顺序.

前缀是为了防止一些 shell 在变量未定义的情况下省略这个变量而不是替换为空字符串，从而使代码变为 `if [ = x ]` 。这样会报 参数过少 的错误。

然而把变量都用双引号括起来已经解决了这个问题…所以楼主说的第二种情况是完全可以的，这里加前缀 x 应该是多余的。

从 1 加到 10 这个代码里都没有 n. 哪里来的 O(n)?
无论你套几层循环，需要的步骤都是常量, 所以结果是 O(A). A 代表一个常数. 其实也就是 O(1).

和楼主惊人的相似- -，只是跑的服务不同。重点就是一个 docker-compose 。
自动部署用 Github Actions，打包，上传，重启服务
日志 docker 自带
备份用 rclone 定时上传到 OneDrive

首先，文章多不方便管理这个点我觉得是不成立的。静态博客的文章很多时候就是一个 .md 或者 .txt 文档。搜索或者批处理难道不是应该最简单吗？相反使用第三方的程序或者特殊的存储方式只是增加了难度。选择静态博客原因之一也许就是更少的依赖，更简单的部署。例如使用 Hugo 你只需要一个二进制文件。

至于意义在哪里。成功使用了一个博客软件本身就有意义——又学到了一些新东西。其次可能的点有：

1. 分享某个问题自己的解决方法，方便他人
2. 拥有控制自己的文章呈现方式的权力
3. 言论自由
4. 因为会被别人看到，强迫自己提高文字的质量
...