@DjvuLee 如果是叠加的话，底层的进行了变更，还是有可能导致上层应用出现问题吧？
刚我说的可能和你说的问题有些偏差。对应到不用docker的部署流程，升级系统或者升级 redis 可能会导致问题。正常的部署流程，同样也要面对升级问题，这属于应用/运维层的事，docker不可能照顾到各式各样的应用。docker 做了 image 之后，相当于把相应的服务器和软件版本冻结了。如果要升级系统，image 就得重新 build，重新build之后是否还能工作，只能靠人去确保。

@DjvuLee 上传下载image是一次性的，参照不用docker时搭建服务器环境，比如安装 mysql, redis，架构确定了后，基本一个月不会变的。

叠加的话，底层是“不会”变的，虽然你可以从一个历史commit里新增内容，但某一个commit里面的内容 **永远** 不会变。参考 git 里面的历史纪录，尽管可以 git commit --amend 但 amend 之后是另外一个commit，ID和原来的commit不同。

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的东西，我也不太喜欢，有种进去了就出不来的感觉。