声明：
第一次写安卓，APP写的很简单（用的是hello world模版），已经是最傻瓜形态了
当前所有的功能就是做个推送而已~

@moishalo 但像apicloud是native代码。。

@franky_xhl 正则替换一波？

@slideclick 666666666666666

每个语言的月经贴。记住关键字：stacktrace/backtrace，加上语言python/c/java，google一搜就有。

授人以渔！

@fx 解决并发传统方法靠异步，但异步有cb hell，所以引入了fp，协程相当于是代码同步写法可以直接异步化，所以个人感觉比较舒服点

@hhkbp2 future-promise也是为了解决异步的问题的。。不知道你用在哪？
@immjun C++是项目决定的，没法改，go倒是听说够神器
@janxin 同上
@ryanking8215 十分同感，shit++

竟然没人回，是因为太专业了吗。。

BAT也都这样。。

嗯，看起来我也该写个easytime的库了

site:stackoverflow.com

@neoblackcap 我觉得写过PyObject的人肯定是少数。。
Django里的东西是可以写的很漂亮，但是也就“技止于此”
你有用过Tornado和django的联动吗？

@neoblackcap 最后就是那个问题：是一个框架好还是一个库好？
现在我会选择后者了。

@neoblackcap 我一向觉得文档不是越多越好，而是要在刀刃上
我倒是把Django的文档全部翻过三四遍，因为没翻完还真不敢用
最后还是觉得Tornado好用一点

我印象最深的就是当时文档宣扬的CreateView，看上去很实用，翻了不知道多久文档终于做出来了
然后就是一句话：what the fuck?

@neoblackcap django文档挺齐，但毫无重点，性质和c++ primer一样，是工具书
但它的工具性并不好（很难解决问题），往往不如SO上问
SO上的问题往往也是版本相关的，换一个版本就不能用了
就算刚好是在刀刃上的问题，也要改很多细节（由于django的一体化设计）

At least, I think no one want to be a manual expert...

@neoblackcap 我看的会比较久一些。有几个点我觉得比较让人头疼的：
1. 第三方组件的协同，比如django-nonrel和原生的账户体系、后台管理体系
2. 不同版本的做法经常变动，比如1.5里的用户扩展和1.6里的用户扩展就完全不一样
3. 对很多细节的含糊带过，比如dispatch的csrf decorator要先打才能到post方法；也比如文档有的地方写get(self, request)有的地方写get(self, request, *args, **kwargs)，新手是会非常迷惑的。
4. 太多的“翻译”类工作了，把原来一两句话的事内建到框架里（而且往往很难用），比如form的一些参数，还不如裸写，这种事情查django文档不如查标准
5. 第三方库的质量真是一团糟，我给N个第三方库发过bugfix，很多都是发上去以后声称有功能但后续就没维护了，比如social auth，作者占了坑以后也不测一测好不好用……

点了最底下的contact投诉了 - -#
不过总觉得这种事早晚都会有的