HTTP header里加上版本信息时很有必要的，无论是以后增加兼容性API的hack，还是自己做数据分析。header名供参考：

X-{APPNAME}-APP-VERSION
X-{APPNAME}-DIST-CHANNEL
X-{APPNAME}-DEVICE-PLATFORM

突然发现我是有好奇心的程序猿。

"tnrift" 是抄错了吗？copy&&paste 挺好。职位描述都不写开发语言，差评。

@binux 桶排不服归不服，业界使用的算法还就是基于快排的。

@binux 快排的卖点是快，你这个方法真的快吗？

（敲门请说明是来自北邮人应聘前端开发工程师的~）

brew install go --cross-compile-all
GOOS=linux go build

> Activate your Powerpack to unlock many more great features.

只是借用了 git flow 的分支命名规则：
git checkout -b feature/private-message
git checkout -b hotfix/fix-sidebar
审查方面，基本就靠pull request。

钓鱼贴一枚

@kmvan 下划线还是减号，这个其实是API命名规范的问题，和html/csss本身没有什么关系，所以更多时候要参考后端的意见。
我个人而言，是会用下划线的。form中，只有name需要用下划线，与css的class，id之类使用减号并不冲突（与我的强迫症属性也不冲突……）。
<input name="source_id">

即使是要处理data属性也没问题的：
<div class="source-id" data-source-id="1024">关注</div>

// js
var source_id = $('.source-id').data('source-id');
$.post(url, {'source_id': source_id}, function() {});

坐等IM开源……

@ericls 我用south时一直都是自动生成migration文件的，印象中没有需要调整的地方。

看这标题，我好想问报酬

天下开源是一家

注定只能小范围传播，仅仅一个markdown+的语法没法让其他用户转用emacs的，何况markdown还支持内嵌html。
之前用org-mode写过API文档再生成markdown, html，后来还是改用markdown。对他人来说太麻烦，不利于协作。
跨平台的东西还是让他跨平台好，类似的，淘宝那个兼容nginx的东西，我也不太喜欢，有种进去了就出不来的感觉。

@zhiyongyici 邮箱中那么多没有意义的数字，怎么看都不靠谱。

@qiniu 修改文件后，图片还是原来一样的。在微博问了后，没有很好处理，只好在这里问你了，这是图片地址。
http://zavatar.u.qiniudn.com/0