骚年，atom+hydrogen 了解一下

原来是 chatbot，我还以为 robotics

如果分支开发过程中 rebase 了 develop，推送到远程分支是否必须 push -f？因为之前相同的提交 hash 不一样了。如果其他人 fetch 了 push -f 后的分支，就必须 git reset --hard origin/dev-branch。有更柔和的做法吗？

EDIT: 我想了想，只有尽量在大功告成前不要 rebase，local squash 也一样，也会造成一系列--force 操作

一直以来我对一个现象有疑问，中文社区比英文社区更容易起摩擦。今路过此贴，突发感想，可能是语言技巧的问题，导致他人容易觉得你不礼貌，其实你没这个意思。自我安慰叫对事不对人。而同理心又是一种少见的天分，对他人的不礼貌比自己措辞的不礼貌更敏感。这样摩擦很容易升级。举例而言，我曾通过自省发现，尽量别用反问句去回答别人的问题，很有力道，但是不礼貌。以上说穿了，又是中国的大的生活环境导致的。

最后，以上是我的先验理论，可能全错

除了 dave thomas，manning 也有一本 elixir in action，in action 系列一般比较入门。感觉进阶的书国外还缺

时薪听起来非常有竞争力

用垃圾邮件的思路行不行？加一道朴素贝叶斯分类器审核，审核过了就发，不过不发

lz 太激动了，这种事情急不来的，走正常程序劳动仲裁吧，争取多赔点工资，然后把结果挂在社区，管理员才能进行后续操作

理解了一下，我的理解是要做出这种提交历史，就是在分支开发的时候时不时地 rebase 到 develop，分支内部 squash 整理，最后合并分支用 merge，是这样吗？

设置过期时间，然后每次 http request 再重置过期时间是吗？我这里是设想用 websockets 结合 hooks，不过我想 expire 可以在 websockets 终止后在 hooks 里触发，防止不同 websockets 连接接力时带来的抖动，以获得连贯的状态显示。