SiliusMo

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

换个思路。

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

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

前缀是为了防止一些 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. 因为会被别人看到，强迫自己提高文字的质量
...