除了推送快（据说比android还快。但是手头没对比），要说好用真难赞同。

举例说
早上起来翻看未读邮件。

第一个难点是特么用粗体表示未读，大早上刚起床真心分不清啊！
第二个是居然没办法快速从当前查看邮件调转到上一封下一封，只能左上角返回-＞点击下一封未读-＞左上角返回-＞点击下一封未读
第三个难点，我已经读完了邮箱A的未读邮件，准备开始读另一个邮箱邮件。注意当前我在阅读邮件内容界面。为了完成上述目的，我需要：点击左上角返回邮件列表-＞swipe拉出左侧列表-＞选择邮箱名拉出邮箱列表-＞选择邮箱。如果昨晚最后一次看此邮箱邮件不是在inbox，你还要多swipe一次选inbox。看出问题了吗？要么全swipe操作类似sparrow，要么全按钮点击操作类似mail.app。这样混杂swipe和点击的操作效率是很低的。

当然时不时crash啥的就不说了，时不时提示offline也不说了，人在美帝用20MBps网络邮件载入还这么慢也不说了。

对重度用户来说还是sparrow方便点。

「自带干粮建站」是那个在知乎问中医建站的哥们吗？

必须让我在centos上搞，那就只好Gentoo prefix了

依赖的lib没更新，又不想给lib贡献代码，只好卡在老版本上了呗…

要是in-house的lib，那就更悲剧，没人会想去做这种和KPI无关的兼容性工作吧？

Flask博客上这个Writing Forwards Compatible Python Code可以一看
http://lucumr.pocoo.org/2011/1/22/forwards-compatible-python/

Python灰帽子

这书里有的代码排版都有问题…不推荐…

@ratazzi 那就是基本上完全放弃requirements做版本管理？