xiaolee59

最好带着问题去读，而不要盲目的想从头一点点把这个项目的脉络全理清楚，没有必要。框架的东西最好边用边学，花费太大精力去钻牛角尖研究它的实现并不会给你带来太大提升，唯一的收获可能就是写几篇博客。除非你想造一个轮子。程序员还是多想想怎么用代码去解决问题。公司花钱雇你不是让你去读源码的。按需学习，学来即用，立即产出，解决问题，这是我见过的大多数成长较快的同学的特点。如果不是纯粹搞研究或者研究源码实现就是你的 kpi （９９％的人没那个机会）,真要考虑这个时间成本的。

https://cyrusin.github.io/2016/05/25/python20160525/
“从 Ctrl-C 看 Python 多线程的信号处理”
不知道你的问题是不是踩到了 Python 多线程问题的一个坑， ctrl-c 问题涉及到 Python 的多线程的信号处理的问题，可以看我的文章，理解下。

the backslash is redundant between brackets

用\分行的时候，假如是在() {}[]之类的括号之内，就没必要了，解释器能识别的了。

写 Python 完全没问题，写这种脚本语言和写个文档没有太大的区别吧，但是你是否要在本地搭建项目的完整模拟环境呢？有没有数据库、中间件之类的，这些东西跑起来会不会费劲，还是要考虑周全的。
另外注意 Air 要淘汰了，真买的话还是尽量港版吧。

所有在局部作用域内的重新赋值（其实是名字和值的绑定）都会使解释器将该名字看做是当前局部作用域内的局部变量，你给 self 赋值，“ self ”这个名字在__init__内就绑定到了 4.21 这个值，然而， self 的有效生命周期仅仅存在于__init__内，对传进来的对象无影响。

@sujin190 会好好拜读下你的项目，试用了下，发现确实不错。
我们在 Tornado 中使用异步非阻塞的数据库驱动并非为了能达到多高并发性能，主要是当 DB 团队不是很靠谱的时候，不想让数据库 IO 成为瓶颈，单线程的服务最好不要有任何阻塞等待的情况。 Tornado 作的博客里针对数据库这块儿也是建议让数据库足够快，如果数据库本身很慢，即使使用异步，也不会带来多高的平均读写性能。

我晕， openstack 圈子小么？人家是全球性质的项目，搞得很大的好吧，搞 Python 最有前途的就是去搞 openstack 了，比较实在的技术，比搞什么 web 开发强多了， web 开发最扯，没什么技术含量，稍微大点儿 Python 还 hold 不住，从长期规划来讲，还是搞云计算吧。

没看到 tag_list