知乎日报每天都会更新有意思的问答。我比较习惯用 Kindle 看这样的文章，就写了一个 calibre 的插件抓取每天的内容。

如果要查看 ActiveRecord 的 update_attribute 函数的源代码，一个比较常见的方法是直接在 Rails 源码中搜索 def update_attribute。博客 The Pragmatic Studio 介绍了一个更方便的技巧，在 Ruby 命令行中就能启动编辑器直接访问。

通过 Object#method 方法可以获得 update_attribute 方法的对象，而 Method#source_location 则返回这个方法定义的文件和位置。有了这个信息后，就能启动编辑器查看源代码了：

我用的 zsh 提示符是 oh-my-zsh 自带的 steeef。最近发现用这个主题时，有些 Rails 项目即使把所有改动都提交后，还是会有红色标记表示存在未追踪文件：

使用 git status 和 git diff，都看不到任何未提交的改动。一开始我以为是 zsh 或者 git 的 bug，把它们的版本都更新到最新版后还是有这个问题。于是看 steeef 主题的源码，发现了红色标记的判断依据：

Emacs 的 xcscope 插件默认不会扫描 Java 文件，另外 Android 源码里有不少 .aidl 的文件，默认也不包含在 xcscope 的扫描范围里。解决这个问题的一个方法是在项目根目录下手动创建 cscope 索引：

$ find . -name "*.java" -or -name "*.aidl" -or -name "*.cpp" > cscope.files

$ cscope -b

以前没注意过 Rails controller 中 respond_to 的格式顺序，后来碰到了一个诡异的 bug，才发现这里的顺序对程序行为是有影响的。bug 的现象是用某个应用商店桌面端浏览网站时，会出现返回 JSON 而不是网页的情况。由于当时报告错误的用户给出的 bug 描述是「点击链接后出现乱码」，导致 debug 一开始没找对方向，废了不少功夫才解决这个问题。

问题就出在不同格式的声明先后上，有问题的代码是：

respond_to do |format|
  format.json { render json: @items }
  format.html
end