依云's Blog

ZeroMQ 的指南文档很长很长。我想放在 Kindle 里，上下班的时候看，长知识又不伤眼。

首先尝试 Push to Kindle。就是本博客每篇文章下边都有的那个链接里的东西。试了好几次终于成功了。然而，章节标题看不出来跑哪儿去了也就算了，代码去哪儿了？注意格式啊！

于是换浏览器，HTML 转 PDF。顺手按 F12，把每个标题右边的导航链接删掉了。然后打印～代码格式没有坏哦～然而，还是有很多代码没显示出来，倒是显示了一堆其它语言代码的链接……继续 F12 改样式表修了。这些都是小问题，最大的问题是，在我不断地调整页面大小的时候，我的火狐每次「准备……」的过程都特别漫长，那个负责转换的子进程吃很多很多 CPU，还卡死了所有它负责的标签页……终于，在等待近半小时它还没准备好的时候，我失去了耐心，杀掉了那个火狐子进程，换 Prince 了。这次我体会到多进程架构的好处了：页面卡了，换个标签页打开，分配到另外的子进程的时候就可以正常使用了。

Prince 是个非常不错的 HTML 转 PDF 软件。免费版本会有个它自己的图标放第一页右上角，没啥问题，打印的时候也不会出现。要是你非要去掉它的话，也可以找个 PDF 编辑工具删掉它。

然后是确定页面大小。因为代码的行都比较长，我决定横屏阅读，也就是「landscape」模式。然后拿尺子量了一下，差不多是 9cm×12cm。维基百科告诉我 Kindle Paperwhite 是6英寸的屏幕，但是我没有弄明白它的长和宽到底是多少，所以还是动手测量了。因为 Kindle 上字显示小一些也挺清晰的，所以我把短边乘以了二（好像并不合理啊，因为已经是 landscape 了，应该两边同步放大才对；不过其实我一开始想的是一页占两屏……）。

然后再加上针对 ZeroMQ 文档的修改，得样式表如下：

td + td {
  display: none;
}

.collapsible-block-folded {
  display: none;
}

.collapsible-block-unfolded {
  display: block !important;
}

.collapsible-block + br + span {
  display: none;
}

body {
  font-family: serif !important;
}

@page {
  size: 18cm 12cm landscape;
  margin: 0;
}

然后让我们的王子干活啦：

prince -s zguide.css zguide.html -o zguide.pdf

因为需要反复尝试，所以我已经把 ZeroMQ 那个巨大的 HTML 下载到本地了。

最终成果在这里。因为页边距为零，所以在一般的阅读器里看起来挺难看的，但是在 Kindle 里就挺适合了～

you-get 是一个视频下载工具。我于五年零一周前（2012年9月7日）在 AUR 打包并维护其 git 版本。当时还是叫 python-you-get-git，后来根据 Arch 官方的推荐，与语言没什么关系的软件不带语言前缀，改名为 you-get-git。

youtube-dl 是另一个差不多同时期出现的视频下载工具，一开始主要针对 YouTube 等跨国网站。

选择 you-get 一部分原因是当时它对国内网站的支持更好，另一方面也是支持国产。但是今天，我决定放弃 you-get 了。

五年来，我一直是支持 you-get 的。也尝试过向其贡献代码。目前已经有29个提交被合并，排名第五位。基本上都是一些很小的修改，比如编码问题、未回收的僵尸进程、标题的反转义、ffmpeg 命令的特殊字符转义、支持 python -m 调用、视频链接的解析更新和扩充、进度条的修正和优化，等等。

其实这些年来，我一直想做更多事：

• 可选地使用 requests 库，以提高解析速度，改善用户体验
• 支持使用 aria2c 下载视频链接
• 支持网易云课堂的更高清晰度的未内嵌字幕的视频（pr#1002）
• 解析更准确的信息
• 一些其它网站的解析器（比如 bilibili 的 bangumi.bilibili.com 子域）

但是，其中很多都没能完成。勉强完成的也很奇怪：明明是针对网易云课堂的解析，我还非得关心网易云音乐。一直以来，我对 you-get 的修改都是事倍功半。我也曾尝试过更深入的修改，但是牵一发而动全身，往往要改就得改很大很大一部分代码，然后完全没有办法保证其正确性。就像今天的事情一样。

我花了数小时的时间，牺牲睡眠，把命令行选项解析由 getopt 改成了 argparse（pr#2260）。促使我做此修改的原因是，我想下载 bilibili 一整个播放列表的视频。我记得 you-get 有下载整个播放列表的功能。但是我读了好几遍 help 信息，都没有找到那个选项。我记错了吗？阅读源码之后，我终于找到了那个选项。同时，我也看到了在 C 和 bash 代码里经常看到的，一长串 if/else 来解析命令行选项。翻了好几屏。

当一个相对独立的代码片断翻屏时，bug 数量会骤增。

曾经在公司里遇到过一个 case，非常直接地证明这句论断是有多么正确。那个函数刚好超过一屏数行，而在第二屏的那部分代码，有个「}」和「return」的顺序写反了。我也是拿 Vim 的匹配括号跳转功能才发现的。

当然了，不管怎样的代码，不动它是不会出新问题的。然而我动了它。回报我的是两个局部变量名忘记改了：pr#2346、pr#2355。

这种问题在 nvchecker 重构以支持 aiohttp 时并没有发生。为什么呢？我们有测试。如此明显的问题，只要 cover 了必然会发现。所以我可以放心大胆地重构。

you-get 呢？you-get 也有测试。我在提交 pull requests 之后有个习惯：盯着未完成的测试，直到它变绿。如果红了，赶紧看看是不是自己代码的问题，是就赶紧修掉。一些项目（比如 Tornado）的测试本地跑起来要配置环境、装不少东西，太麻烦了，所以我习惯先提了 pr，然后等 Travis-CI 的结果。可这次，测试过了。但是有两个重要的功能却并不能正常工作。

其实呢，对于这种简单的错误，通常 linter 会告诉我的。我有装 neomake，全面支持各种 linter，用起来十分惬意。但 pylint……就像 jslint 一样，我很讨厌它们。因为它们不仅检查潜在的问题，同时还检查代码风格。而代码风格这事是每个项目单独配置的，而不是开发者自己配置好，然后让自己参与的所有开源项目都遵守。不过今天我也终于知道了另一个 Python linter——pyflakes 很对我的味口：只管问题，不管风格。

总之呢，由于各种原因，重写中出了这么两个直接立刻让用户不能用的 bug。很抱歉。一般来说，出错了就改呗。更深入一些，分析一下为什么会出现这种错误，今后怎么避免同样的错误两次出现（早年向 Tornado 提交代码时，Ben Darnell 一个简单的行为教会了我一件事：修了 bug 就写个对应的测试）。但是 you-get 的协作者 rosynirvana 不按惯例来，反而要求放弃此修改。如果就如此也就算了，后续讨论中我意识到了一个真相——为什么我在 you-get 上的工作如此困难？

The best part of you-get is that it's not so pythonic so those who only know js or as3 can take part in, moving from the universal getopt to a py-domain-specific library cannot be a nice idea.

source

What library nowaday pythonists love do not really matter here because those one know js and as3 can contribute even more in this project.

source

因为 you-get 根本就是反 Pythoner 的！作为一个 Python 项目，you-get 想要吸引的是 JavaScript 和 ActionScript 3 开发者！

我很震惊。

• 作为 Python 开发者，我已被他们刻意排斥在外。
• 作为 JavaScript 开发者，我还是觉得 C 好难写，还是 pythonic 的代码比较好维护啊。
• 作为 C 开发者，我倒是对这种长达数屏的作用域见怪不怪了。不过重复的逻辑，咱一般会用宏之类的手段给整成声明式的啊。

所以，我的努力注定不会有多少效果。

然后，我看了一眼 youtube-dl。其实就瞟了一眼，也没看出太多东西来，但是

• 按 URL 进行正则匹配的，网易云音乐和网易云课堂可以分开处理了！
• 解析器以 class 表达，有组织有纪律！不用用 Python 的语法写 C 了！

我 disown 了 AUR 和 [archlinuxcn] 里的 you-get-git 包。关闭了未完成的 issue 和 feature pr。等修复 argparse 引入的错误的 pr 被合并（不管是只修正问题还是退回到 getopt），事一了，我就删掉仓库，只保留网易云课堂的高清视频解析代码（花了我一整天的）。已安装的 you-get 暂时保留，但首选 youtube-dl，遇到问题有时间就去修一下。已经投入到 you-get 的时间是沉没成本，不必留恋。

最近公司弄了 Wi-Fi 登录。就是那个叫 captive portal 的东西。

Android 早就会在连接 Wi-Fi 时检测网络是不是要登录了，为此 Google 弄了个 /generate_204 的 URL。小米、高通、USTC、v2ex 也都提供了这个东西，方便广大中国大陆 Android 用户使用。（我发现我的 Android 使用的是高通的地址，没有用 Google 的。）

但我使用的 Arch Linux 自行开发的 netctl 网络管理工具没这种功能。火狐倒是不知道什么时候加上了，不过使用的地址 http://detectportal.firefox.com/success.txt 是返回 200 的。

所以我启动火狐就可以看到要登录的提示了。然而问题是，其它程序不知道要登录啊。像 offlineimap、openvpn、rescuetime 这种还好，会自己重试。可每次网络需要登录的时候 dcron 就会给我发一堆邮件告诉我我的 git pull 都失败了……当然还有我老早就注意到的 pkgstats，经常会因为启动过早而无法发送统计数据。

所以呢，得想个办法，等连上互联网之后再跑那些脚本啊服务什么的。

检测是不是连好了很简单，不断尝试就可以了。但我需要一个系统级的 Condition 对象来通知等待方可以继续了。然而我只知道 Linux 有提供信号量。难道要自己弄共享内存来用么？

去 #archlinux-cn 问了一下，farseerfc 说试试命名管道。我想了想，还真可以。只有读端的时候进程就会阻塞，一旦有写端就能成功打开了。当然没有读端的打开写端会打不开，不过没关系，反正这进程也不能退出，得一直拿着这个文件描述符。

没想到很少用到的命名管道有意想不到的用法呢。我以前还为了不阻塞而专门写了篇文章呢。

于是负责检测网络连通的 check-online 和等待网络连好的 wait-online 都写好了。

check-online 应当是个服务。那就交给 systemd 吧。然后……systemd 不是有个 network-online.target 么？正好可以让 check-online 来达成这个目标呢，多合适呀。

于是服务写好了。测试了几天，大成功！不仅 wait-online 很好地工作了，而且我发现 openvpn 和 pkgstats 自动排到 network-online.target 后边去了。nginx 的 OSCP staple 经常因为 DNS 失败而无法成功，我也可以在联好网之后去 reload 一下它了。（不是强依赖，我可不希望连不上网的时候我本地的 wiki 也访问不了。）

整个项目就叫作 wait-online，在 GitHub 上，欢迎送小星星哦～Arch Linux 包可以从 [archlinuxcn] 仓库 安装 wait-online-git 包。

最近开始用 Firefox nightly 了。它使用 GTK 3，于是对 GTK 3 主题的不满也逐渐表现出来了。

首先是选中的文本，以及菜单项。默认的那个蓝色太深了，我还是更喜欢 GTK 2 mist 主题那个浅蓝色。

然后，我是使用亮色主题的，黑黑的 tooltip 提示框太违和。而且边距那么大，多浪费空间啊。改成 GTK 2 时代那种简单的样子好了。

最后，那个又细又黑的滚动条好讨厌。改掉改掉！

最终效果图（好不容易才把这么多东西截到一张图里喵）：

~/.config/gtk-3.0/gtk.css 代码：

/* For Adwaita {{{1
 */
/* scrollbars {{{2
 */
scrollbar {
  border-radius: 0;
  background-color: #eaeaea;
}
scrollbar slider {
  background-color: #bfbfbf;
  border-color: transparent;
  border-width: 4px;
  min-height: 10px;
  min-width: 10px;
  border-radius: 0;
}
scrollbar slider:hover, scrollbar slider:active {
  background-color: #bfbfbf;
}
/* tooltip {{{2
 */
tooltip {
  border: 1px solid #808080;
  background-color: rgba(254,254,228,0.9);
  border-radius: 0;
  padding: 0;
}

tooltip * {
  color: #000;
  padding: 0;
}
/* others {{{2
 */
*:selected, menuitem:hover {
  background-color: #d6e9f8;
  color: currentColor;
}

/* Vim modeline {{{1
 * vim:se fdm=marker:
 */

今年底火狐将不再支持旧的基于 XUL 的扩展了。火狐53已经不支持 GTK 2 了。每人一只与众不同的火狐的时代行将结束，而生活仍要继续。

使用 ESR 版本只是短暂地续命罢了，stylo 也用不了。正巧ヨイツの賢狼ホロ在 [archlinuxcn] 仓库打包了可以与已有版本共存的 firefox-nightly 包，于是新的旅程开始了。

一开始，我尝试喂给它旧的 profile（复制了一份，然后用 firefox-nightly -no-remote -P 启动）。我原本有64个扩展，结果只有六个还兼容……

不如像之前升级火狐4那样，重练好了。重新取一块干净的画布，从头开始。

结果比预期中的好很多。

首先，新火狐很快。我不想办法关动画了。我不担心开新的窗口耗时了。多进程的架构也使得我不那么害怕单个标签页卡死导致什么也做不了了。不过不知道是进步明显，还是我那几十个XUL扩展太拖累了。

然后，同步很好用。虽然同步的内容有限，但是比手工搬移一些数据好多了，也可以把标签页发送到另外的设备阅读。同步的数据包括：书签，历史，表单自动填充，密码，从AMO安装的扩展（不过只会安装最新稳定版），部分首选项（只是一部分，所以还是有不少需要手动调整）。打开的标签页也可以从另外的设备看到。我同时也在 Android 上登录了同步，这样访问历史可以同步，方便在不同的场景下继续阅读。

不过也有点问题。首先是 tampermonkey 支持同步从URL安装的脚本，但是呢，一开始它没同步过来，我手动安装了。然后它又不知道什么时候同步了一份，于是重复了。删掉重复的，又过了一段时间，同步过来的那份也消失了……

还有一些设置上的调整。about:config 打开，搜索 x-western，改成 sans-serif 字体。剩下的中日韩字体设置，这次我直接在 fontconfig 那边配置了，就不用在火狐里点来点去的了。

安装中文语言包之后（[archlinuxcn] 源里有），搜索 locale，把 en-US 改成 zh-CN。

搜索 urlbar，关闭自动填充、双击全选、隐藏 http:// 和 ftp://，地址栏建议数量增加为15，关闭搜索引擎的建议。

定制一下工具栏，使用紧凑布局，把不需要的扔掉，用得少的放进收纳盒里去。RSS 按钮丢最右上角好了。侧栏还是显示左边吧，那按钮也放左边来。

导入旧的书签。开了同步的话，注意一定不要从备份中恢复书签！因为恢复的时候会删掉已有的所有书签，包含移动端书签。导出成 HTML 再导入就会合并了。

打开 InoReader 设置界面，把 InoReader 添加为RSS阅读器。

最后就是各种扩展了。许多扩展没有迁移到 Web Extensions，但是一些还是有替代方案的。具体可以看这个表格。然后是配置这些扩展，包含各种扩展数据的导入。

还有很多扩展没有替代品，那也只能放弃了。有些扩展目前是不可能在 Web Extensions 上实现的。至于 UI，算了，接受现实吧。其实 nightly 的 GTK 3 界面做得比最开始的版本已经好了很多。

哦对了，我还换了个轻量级主题。之前使用的 White Lily，已经下架很久了。这次我换了这个，明快简洁，挺好看的。

具体扩展的介绍，我单独写了一篇。

在导入网易云音乐的播放列表（我没有登录）的时候，我还发现一个事儿：火狐52的 devtools 有 bug，并不会显示 localStorage……

总体感受，忍痛割爱之后，又是一片新天地。nightly 确实很快。

时隔两年，终于还是来写这篇文章了。

其实之前已经想写过多次，但是部分内容写起来十分消耗精力，所以一直没动手。但现在无所谓了。

名字问题

每个人都有名字。大部分人的名字都不是自己的，因为那是父母起的。自己相信它是自己的，然后不知道是它真的变成了自己，还是自己变成了它。

然而我不要变成它。

在自由之前，呃，也就是经济独立、远离父母之前，我其实对于我自己是没有太多感受的。只是不断地按照他们的要求或者自己的兴趣，学习科学知识，上学考试，吃饭睡觉。甚至给仇人下跪。

后来，我终于自由了。至少是在客观上自由了。我开始渐渐地觉察到自己的存在，自己的需求、自己的感受。我开始变成真正独立自主的人。

然而，那个人给起的名字，却总是提醒我，曾经的伤痛，曾经只能把自己的想法深深地埋藏在心底不敢说出来，曾经不怎么敢说话，怕稍一不小心，哪句话就会激怒那个人。曾经为了生存，我尽量降低自己的存在感，好不招惹麻烦。

那是我不愿意面对的过往。我宁愿永远忘记它们，当作一切没有发生过。但是，看到那个人给起的看似威武、实则俗气的名字，我经常会想起那个人，想起那个人的凶狠，想起那些黑暗的日子，想起那些我憎恶暴力的缘由。

所以我非常厌恶实名制。支付宝有个界面会显示身份证姓名，所以不管它说有多少多少优惠我都不去。招商银行 app 开始在主界面显示身份证姓名之后，我也开始尽量避免使用它。

我之前的工作，都不太需要用到身份证上的名字。其实同事之前不用很容易啦。但是在新浪，每天早上一到公司，各种登录名都是那个名字的拼音。而且密码是动态密码，必须手动输入，所以通过编程自动登录是行不通的。

想想看，每天一早，你就不得不面对自己最想遗忘的事情，你还能好好地工作吗？

我跟 HR 的人反映过登录名的问题，然而并没有得到明确的回复。

我当然考虑过改名的事情了。我之前已经在知乎上问过相关问题。我也在利用不多的机会探听父母目前对我改名字的意见。我在意父母的意见，不是因为我有多在乎他们，而是因为改名需要的户口本在他们手里，而且我得在他们附近去办手续。目前看来还好，但是惨痛的经验使我明白，那个人是完全不能以理智所理解和预测的，所以我还是得做好应对最坏的情况的准备。秋天回去改名吧，夏天太热，心力不足，我怕出事。也不知道拿到新身份证之前坐高铁会不会有问题。

跳板机

新浪使用跳板机，上边跑个 script 程序记录用户操作。设计者的意思是，你们只需要在服务器上手敲命令就可以了。但是我需要传文件啊！需要跑脚本啊！在新浪，想往服务器上传个文件，需要以下步骤：

1. 使用一个脚本把文件上传到专门的服务器
2. 在跳板机上使用另一个脚本下载文件
3. 使用 scp 命令把文件传到目标服务器

多了两步。而且这些步骤没办法使用脚本处理，因为没办法从本地在跳板机上执行命令。script 程序的存在使得无法通过 ssh 命令直接执行命令。

有人说，把所有操作放服务器上操作就好了嘛。可是给我服务器的 root 权限来装各种工具吗？而且 CentOS 6 的软件都死旧死旧的，给我换成 Arch？还是自己装需要的版本，然后再也不升级，直到遇到CVE-2017-1000117然后被入侵？然后装好图形界面我 VNC 过去？不然我怎么让服务器里的 Vim 控制我本地的输入法呢？怎么给浏览器发 URL 呢？怎么复制粘贴大段文字呢？

当然了，这个跳板机是不支持密钥登录这么方便的方式的。也不支持普通密码登录。动态密码，看你还怎么用脚本！

这就像，明明你有架飞机可以很快抵达目的地，但是对方规定你必须在他们边境上滚下来，换上马车慢慢走到天荒地老。

不测试，直接上线

开发完毕，然后呢？上线！

没有测试环境。连本地测试环境都没有，因为没人知道那东西怎么搭。真真正正的 push to deploy。连编译期检查都难。颤抖吧，开发者！敲错了一个字符，直接影响到至少 1/3 的用户！

我喜欢 Rust。在 Rust 之前我喜欢 Haskell，虽然它很难。这两门语言的特点是，类型系统很强大，以至于很多时候，类型检查通过了，代码就是正确的。我更喜欢 Rust 的原因之一是，Haskell 有异常。有时候明明通过了类型检查，但是跑起来，BOOM！文件打不开，或者取了空列表里的元素，就崩掉了。在 Rust 里我不可能会忘记处理它们。

我喜欢有信心地开发。开发完成，测试通过，上线。回家安安稳稳地睡觉，休息日放心大胆地不想不看工作上的事情。甚至开发完成，我就可以忘记它的细节，因为我不需要不断地去修各种不小心导致的 bug。我喜欢把 bug 消灭在襁褓之中，而不是等着它潜伏下来，趁人不备狠咬我一口。

所以我讨厌 PHP 扩展的开发。没有文档，只能翻源码。然而我一时半会看不完近千万行的代码。所以我开发完之后根本没把握自己开发的东西能够一直正确地运行下去。我不知道换下一个版本的 PHP 它会不会崩掉。我用 valgrind 检查了，但是我仍然不知道我是不是正确地释放了内存，有没有遗漏，有没有释放了不该我释放的内存。

可是，连最基本简单的测试都没有，我有什么理由认为我的代码不会出问题呢？连 Rust 都要有测试，何况 C？我又不是高德纳，能够洋洋洒洒写一大段代码还没有问题。我刚写好的代码，有明显的错漏也是很正常的事情。软件项目是工程，又不是艺术。我只要在交付的时候保证质量就好了嘛，为什么要求一次就写对呢？

结语

当然，离开新浪还有其它一些因素，我就不说了。

本文关闭评论，因为有些事情，我不介意公开，但并不想持续被提及。

忆往昔学生生涯，师者不师，学生不学。

小学二、三年级，数学老师、班主任刘静，年轻女性，脾气暴躁，喜欢用教鞭打讲台上的粉笔，也喜欢体罚。她女儿吴灿也在班上，经常被拖出来家暴。

五、六年级，微机课老师张攀，喜欢成绩优秀的小女生，不喜欢我。问问题当没听见，稍微犯点错就被吼。

四——六年级数学老师曺某，教书死板。试卷要求填空 1/7 < ___ < 1/6。标答是 13/84。而我填 2/13，被判错。然后曺某当着全班同学的面证明 a/b < (a+c)/(b+d) < c/d 不成立，怎么办呢？举例子算。然后算的时候给算成 (a+c) / bd，发现值太小了。于是成功证明 2/13 要么大于 1/6，要么小于 1/7。后来中学的时候，学了不等式，我还专门花时间证明过我的方案是普适的。可是有什么用呢？

初中数学老师兼主任，喜欢揪人耳朵，喜欢叫学生去批阅作业。白打工、没有好处。

初中语文老师、班主任，有次考试我没能按时起床，骑着摩托跑来接我，丝毫不顾我还没睡醒，对发生的事情完全不能理解。

高一英语老师，知识渊博、讲课旁征博引，高二时走了。理由是：眼睛总是红红的，被认为有红眼病；同时教高三太忙。

高二、三英语老师，经常被我质疑试卷的标答。为了维护标答的神圣性，扯各种牵强的理由。

高中语文老师，建议我们多看文学杂志。后来上复习、自习课我看杂志被她收走，看完了再还过来……

高三，学校对高三学生关闭图书馆借阅权限。理由是让学生专心读书备考。

高三，之前一起打乒乓球的伙伴都专心做习题去了。

大学，网页设计课，大作业。我做了纯 CSS3 菜单，以及几个 JavaScript 脚本网页，精心制作了页面内容。但可能因为主题仿照 WordPress 默认主题，又因为紧张讲解得不好，只得了85分。

大学，数据库课。老师心血来潮，在课堂上演示 SQL 查询，结果试了好多次，SQL Server 都报错，无法执行。

大学，网络课老师实践经验丰富、讲课趣味十足。唯一不足的是，网络课内容一展开就丰富无比，他讲课的时间不够用了……然后学生们不喜欢，因为他讲课内容丰富多彩，又不划重点，学生们不知道该为学分背诵哪些内容。

大学，编译原理课，我准备好好学习。但一开始有一个重要的公式有印刷错误，因为没睡好所以去得晚坐后排，教室里闹哄哄的，我一不留神没听清老师说公式要怎么改。于是后边的内容都无法理解了。整个编译原理课就废掉了。

大四，面向对象课试听。老师的观点和讲解非常具有启发性。但是选课学生寥寥无几，因为大部分学生的学分已经够了。

师者不师，学生不学。悲矣。

磁盘空间不够用了，或者只是洁癖发作想清理了，可以用 ncdu 来查看到底是什么文件占用了磁盘。ncdu 基于 ncurses，对比 du，更方便交互使用，对比 baobab 这类的 GUI 的工具，ncdu 可以在服务器、Android、树莓派、路由器等没有或者不方便有图形界面的地方跑。

但是呢，我现在有很多很多不同时间的备份，我想知道，是什么东西突然用掉了我好几百兆的空间？我是不是需要把它排除在备份之外？

所以呢，我需要一个支持对比的工具。

本来我是打算什么时候有空了自己写一个的，然而我注意到 ncdu 可以把大小信息保存在文件里。其实我只要对比两个 ncdu 产生的文件，然后照着输出一个差异文件就可以了嘛。不用自己遍历文件树，不用自己做界面，多棒！而且也不一定要像我这样有不同时间的备份才有用。可以定时跑一跑 ncdu，把导出的文件保存起来，将来随时取用。

于是有了 ncdu-diff 脚本。

然而事情总是不那么顺利。输出文件拿给 ncdu 加载的时候，ncdu 报错了——它不支持负数。我给它加了支持，然后再加载，BOOM！ncdu 挂掉了……有符号整型和无符号整型的事情，还有格式化输出的事情……总之花了一天，它终于不崩溃了。补丁也放在同一仓库了。

从上图可以看出，Android 的 app 越更新越大……以及深入之后可以发现，微信的动画表情占了我好多好多的空间，我去删掉它们……

给 Arch Linux x86_64 现成的包：下载, 签名。

新家新路由器。

为了玩 teeworlds，需要 root 权限操作 iptables。我上网找了一堆方案，无果。最后想着，先把自动更新 DNS 的脚本写了吧。

于是研究 API。通讯协议是 JSONRPC 2.0，授权是一个 token。先用从网页取得的 token 调 API，成功～然后我还在想，怎么拿 root shell 呢。结果去看了一下登录后返回的数据：

注意看右下角！「open_dropbear」！

于是：

>>> c.api_request('xapi.basic', 'open_dropbear')
[D 08-05 19:28:36.145 connectionpool:243] Resetting dropped connection: localhost
[D 08-05 19:28:36.640 connectionpool:396] http://localhost:8080 "POST http://192.168.99.1/ubus/ HTTP/1.1" 200 None
{'status': 0}

然后就：

>>> ssh root@192.168.99.1
The authenticity of host '192.168.99.1 (192.168.99.1)' can't be established.
RSA key fingerprint is SHA256:............................................
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.99.1' (RSA) to the list of known hosts.
root@192.168.99.1's password:


BusyBox v1.22.1 (2017-03-10 15:06:06 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

        ____      _____
       |  _ \    |_   _|__  __ _ _ __ ___
       | | | |_____| |/ _ \/ _` | '_ ` _ \
       | |_| |_____| |  __/ (_| | | | | | |
       |____/      |_|\___|\__,_|_| |_| |_|

 -----------------------------------------------------
 From BARRIER BREAKER (3.2.1.5900, r39558)
 -----------------------------------------------------
  * By D-Team 2015 present
 -----------------------------------------------------
root@newifi:~#

WTF，就这么简单！

顺便附上我写的简单客户端：

from requestsutils import RequestsBase

class NeWifi(RequestsBase):
  baseurl = 'http://192.168.99.1/'
  token = '00000000000000000000000000000000'

  def api_request(self, cat, name, args={}):
    req = {"jsonrpc":"2.0","id":1,"method":"call","params":[self.token,cat,name,args]}
    ans = self.request('/ubus/', json=req).json()
    return ans['result'][1]

  def login(self, password):
    password = base64.b64encode(password.encode('utf-8')).decode('ascii')
    ans = self.api_request("session","xapi_login",{"username":"root","password":password})
    self.token = ans['ubus_rpc_session']

  def get_wan_info(self):
    return self.api_request('xapi.net', 'get_wan_info')

requestsutils 在此。

距离上一次 swapview 的更新已经一年多了。在这段时间里，不少语言有了比较大的更新，所以再跑一次。

首先是运行不了或者有问题的语言和实现：

• Julia: 新版本不向后兼容，运行不了。求修。
• Nim: 标准库有些函数的行为有改变：walkFiles 不再返回目录文件，split 不再将连续的空白符作为一个分隔符。
• Erlang: 不再支持 ~.0f 格式化字符串。

其中不向后兼容的，Julia 和 Nim 还没到达 1.0 版，所以坑人了也就坑了。Erlang 不知道是怎么回事。

然后是有警告的：

• R: 文件打开失败有警告。不是大问题，不过有点烦。如果你知道怎么去掉它，请告诉我。
• Elixir: 函数无参调用时不加括号会触发警告。看来 Elixir 也不喜欢 Ruby 函数调用不加操作的行为了呢。

还有发行版的锅：

• CSharp: mono 与 chicken 冲突，无法安装，所以跑不了。
• Haskell: Arch Linux 不再支持静态链接了。需要改一下编译参数。

我还对代码做了一些改进：

• Rust_parallel: 用 rayon 换掉了 threadpool。rayon 更适合这种并行任务处理。另外稍微改进了一下代码。
• NodeJS: 使用 ECMAScript 6 语法（箭头函数和 const / let 变量声明）。去掉不必要的分号。
• C: 支持 Android 平台。
• 修正了一些实现的格式化输出（还剩下一些）。

最后结果如下。因为 CPU 换成了 i7-7700HQ，所以耗时都比之前少了不少。另外注意，前排几名只有前三名都是多线程的，所以 Go_goroutine 比那些 C 和 C++ 版本快很正常。

           Rust_parallel: top:   30.48, min:   27.76, avg:   32.48, max:   37.80, mdev:    2.78, cnt:  20
               C++98_omp: top:   31.24, min:   29.04, avg:   34.42, max:   49.48, mdev:    4.52, cnt:  20
            Go_goroutine: top:   68.30, min:   61.87, avg:   75.89, max:  142.91, mdev:   16.39, cnt:  20
                   C++14: top:   83.17, min:   82.23, avg:   84.71, max:   92.58, mdev:    2.76, cnt:  20
             C++14_boost: top:   83.58, min:   83.20, avg:   84.58, max:   91.00, mdev:    1.72, cnt:  20
                   C++98: top:   83.71, min:   83.09, avg:   85.19, max:   91.48, mdev:    2.44, cnt:  20
                    Rust: top:   91.45, min:   90.81, avg:   93.08, max:   99.38, mdev:    2.07, cnt:  20
                       C: top:   91.49, min:   90.49, avg:   93.41, max:   99.44, mdev:    2.53, cnt:  20
                   C++11: top:   91.81, min:   91.33, avg:   93.52, max:  102.80, mdev:    3.04, cnt:  20
                     PHP: top:   93.91, min:   93.37, avg:   94.98, max:   99.42, mdev:    1.47, cnt:  20
                   OCaml: top:  106.85, min:  105.75, avg:  109.34, max:  118.03, mdev:    3.37, cnt:  20
                     Nim: top:  109.28, min:  108.44, avg:  110.75, max:  117.43, mdev:    2.13, cnt:  20
         D_parallel_llvm: top:  111.25, min:  109.43, avg:  113.21, max:  117.26, mdev:    2.33, cnt:  20
              D_parallel: top:  116.77, min:  114.69, avg:  118.95, max:  125.45, mdev:    2.87, cnt:  20
                    PyPy: top:  126.23, min:  124.29, avg:  128.34, max:  134.07, mdev:    2.79, cnt:  20
                  D_llvm: top:  129.63, min:  128.52, avg:  131.32, max:  137.65, mdev:    2.41, cnt:  20
                  LuaJIT: top:  132.68, min:  131.31, avg:  134.36, max:  143.07, mdev:    2.57, cnt:  20
                      Go: top:  135.57, min:  132.37, avg:  139.25, max:  148.37, mdev:    4.50, cnt:  20
                       D: top:  146.30, min:  145.00, avg:  149.14, max:  159.02, mdev:    3.85, cnt:  20
                Haskell2: top:  150.92, min:  149.41, avg:  153.25, max:  164.60, mdev:    3.53, cnt:  20
                 Python2: top:  155.36, min:  152.26, avg:  158.55, max:  170.20, mdev:    4.60, cnt:  20
                    Vala: top:  159.55, min:  157.87, avg:  161.40, max:  166.52, mdev:    2.26, cnt:  20
                  Erlang: top:  163.00, min:  158.63, avg:  168.76, max:  181.77, mdev:    7.09, cnt:  20
                   Lua51: top:  166.58, min:  164.58, avg:  168.89, max:  181.71, mdev:    3.69, cnt:  20
                   Lua52: top:  168.48, min:  167.40, avg:  170.82, max:  178.11, mdev:    3.36, cnt:  20
           Python3_bytes: top:  174.30, min:  172.65, avg:  176.83, max:  181.64, mdev:    2.91, cnt:  20
                   Lua53: top:  180.20, min:  177.79, avg:  185.01, max:  199.41, mdev:    6.07, cnt:  20
                    Perl: top:  180.22, min:  177.30, avg:  182.21, max:  186.09, mdev:    2.44, cnt:  20
              FreePascal: top:  180.85, min:  179.35, avg:  184.23, max:  197.83, mdev:    4.84, cnt:  20
                 Python3: top:  181.72, min:  178.47, avg:  184.09, max:  189.67, mdev:    2.99, cnt:  20
                    Ruby: top:  199.82, min:  197.16, avg:  203.62, max:  218.32, mdev:    4.92, cnt:  20
                 Chicken: top:  234.69, min:  232.11, avg:  239.61, max:  248.39, mdev:    5.63, cnt:  20
             PyPy3_bytes: top:  238.55, min:  237.18, avg:  242.08, max:  253.68, mdev:    4.53, cnt:  20
                   Guile: top:  254.49, min:  249.14, avg:  260.40, max:  275.83, mdev:    7.12, cnt:  20
              ChezScheme: top:  265.63, min:  262.52, avg:  268.56, max:  278.53, mdev:    3.94, cnt:  20
                    Java: top:  291.35, min:  283.94, avg:  302.36, max:  324.82, mdev:   12.38, cnt:  20
                  NodeJS: top:  317.01, min:  314.61, avg:  321.04, max:  332.05, mdev:    4.71, cnt:  20
                    Dart: top:  329.39, min:  325.63, avg:  334.57, max:  351.19, mdev:    6.92, cnt:  20
           Ruby_rubinius: top:  359.76, min:  357.74, avg:  363.13, max:  373.02, mdev:    4.45, cnt:  20
          CommonLisp_opt: top:  360.57, min:  358.41, avg:  365.15, max:  378.44, mdev:    5.76, cnt:  20
                     Tcl: top:  367.38, min:  363.28, avg:  372.89, max:  388.57, mdev:    6.65, cnt:  20
          CommonLisp_old: top:  376.27, min:  371.99, avg:  379.66, max:  390.55, mdev:    4.33, cnt:  20
                   PyPy3: top:  384.12, min:  376.60, avg:  390.16, max:  401.39, mdev:    7.32, cnt:  20
            CoffeeScript: top:  414.40, min:  393.13, avg:  432.25, max:  466.42, mdev:   20.64, cnt:  20
   CoffeeScript_parallel: top:  451.12, min:  425.11, avg:  464.92, max:  491.52, mdev:   17.05, cnt:  20
            NodeJS_async: top:  454.78, min:  437.13, avg:  465.18, max:  489.06, mdev:   13.02, cnt:  20
         Racket_compiled: top:  510.97, min:  505.22, avg:  516.20, max:  527.69, mdev:    6.23, cnt:  20
                  Racket: top:  520.70, min:  515.11, avg:  525.28, max:  533.79, mdev:    5.87, cnt:  20
         NodeJS_parallel: top:  673.38, min:  664.38, avg:  687.60, max:  724.04, mdev:   16.32, cnt:  20
                   Scala: top:  719.27, min:  698.23, avg:  740.32, max:  815.95, mdev:   27.27, cnt:  20
           Bash_parallel: top:  769.14, min:  751.56, avg:  775.91, max:  791.40, mdev:    8.82, cnt:  20
                 Haskell: top: 1036.33, min: 1013.27, avg: 1048.70, max: 1090.21, mdev: 4186.25, cnt:  20
                  Elixir: top: 1097.32, min: 1075.24, avg: 1113.36, max: 1144.80, mdev: 4186.26, cnt:  20
                       R: top: 1141.37, min: 1120.69, avg: 1156.42, max: 1177.79, mdev: 4186.26, cnt:  20
                    Bash: top: 1368.00, min: 1323.22, avg: 1479.66, max: 1994.19, mdev: 4077.71, cnt:  20
              POSIX_dash: top: 1841.09, min: 1833.25, avg: 1851.09, max: 1881.68, mdev: 3897.64, cnt:  17
               POSIX_zsh: top: 2124.79, min: 2110.81, avg: 2134.32, max: 2156.40, mdev: 3841.56, cnt:  15
              POSIX_bash: top: 2200.64, min: 2195.09, avg: 2206.75, max: 2221.41, mdev: 3807.09, cnt:  14
                  CSharp: FAILED with entity not found
                   Julia: FAILED with entity not found

对比旧结果，可以看到有一些比较大的变化：

Rust 快了不少，并行版一跃成为最快的实现。C++98 OpenMP 版紧随其后。Rust 单线程版也上升了四名，与 C、C++ 版本接近，并超越了所有的 D 实现。Go 并行版也提升了不少，位居第三，但它花费的时间比前两名所花费时间的总和还要多……并且结果也不是很稳定（标准差比前二十名都要大不少）。

Nim 慢了不少，可能是因为没字符串分割函数可用，我改用了 pegs。这东西很慢的样子，也许正则还会快一点……C 也落后了一些，但是与 C++ 版本的差距不大。Haskell 大概是因为改用动态链接的原因，慢了少许。

PyPy 快了很多，竟然超越了 LuaJIT。Erlang、Guile、Rubinius 也都大幅上升，而 NodeJS 不知道怎么了，全面落后于 Python、Ruby、Lua。PHP 更新到 7 之后依旧非常非常快。

完整的排名变化可以看这里。