这个岗位定位是 P5-P6 的工程师，根据面试定级不同，薪酬范围是会有不一样，这个具体要和 HR 1v1 沟通了解。

工作强度的问题，我只能说我呆过的公司里，这里不算强度最高的（我呆过创业公司），也不算最低的。况且框架研发本身也不是一个体力型岗位，主要的工作强度体现在 ownership 和 responsibility 吧。另外一个很个人的观点，每个人的取舍不同，HR 接洽阶段就把状况拿出来，双向评估是否匹配，还挺好的。

还有就是你拿的真的是我们部门发的 offer 么，框架部在北京就这一个项目组，发过的 offer 我都记得呀 _(:з」∠)_

唔… 时隔半年又来求队友了，各位老师多多指教 😂

这个岗位期望 CS 知识过硬，工程能力合格，具备服务器端开发经验，反而不期望太贴技术栈标签，尤其是编程语言的标签。（我个人也不鼓励“我是 Foo 程序员我不写 Bar”）

可能我 JD 写的不好，例如第一点要求，熟悉 Ruby 且清楚 Fiber 原理的人，和熟悉 Python + Gevent 原理、熟悉 Golang + Goroutine 原理的人是一样受欢迎的。

@krazy 碉堡……

所以只给结果不发布测试过程的评测都是耍流氓嘛

即使对 Pythoner 来说 GAE 也不算是个非常好的选择了，它的基础设施是私有标准的，迁移很麻烦。而且免费配额一旦不够用，按照写入数据库次数来收费的策略挺离谱的。

所以略觉得 Heroku、DotCloud 或者 OpenShift 这类更靠谱，基础设施也大众化，更换成本也更低。这类平台就 Ruby Python 都通吃了嘛。

@hooopo 哪有卧底，我也算是 rubist 哇 ㄟ (￣▽￣ㄟ)

@davidqhr 试试 CC 一下 tgm？

如果有同学像我一样坚持要使用 ibus，可以尝试下这个临时补救的方法：

http://www.tipiweb.tk/blog/2012/06/16/little-simple-way-to-use-ibus-in-sublime-text-2/

我目前这么用着了…… Ctrl + Shift + Z 中文啊 orz

不知道怎么说，我觉得 hg 的分支功能有种形同虚设的感觉。git 可以在各个分支之间切换，就像平行空间一样，而 hg 必须提交的时候合并才能到达另一个分支。

在网上看到一种说法“hg 只是分布式的 svn”，我感觉有点道理。