@hayao650 列表的 sort 方法是 in place 的，返回值是 None ，这个方法会直接改变调用的列表自身。
若是需要返回值，那么请用 sorted()函数，这个函数不会改变传入的列表而是返回一个新的排序后的列表。

PS: 排序请使用 key 参数，尽量减少 cmp 参数的使用，排序性能会有提高。

@Pastsong 很多虚拟化技术都可以支持 Mac OS X 啊，然后就是一个 worker 一个实例嘛，我觉得大概就是这样。 OS X 的话你就别想 docker 之类的容器化技术。

@phithon 要不就是多线程 /多进程池，要不就是消息队列。再来就是 microservice ，然后用 AsyncHttpClient 调用。

PS ：毕竟数据库操作都是 IO 密集型，因此用多线程也是可以的。

@Andy1999 肯定是想搞云编译。除 OS X 以外都不能合法编译 iOS 或者 OS X 的软件

@Tinet +1

@Bryan0Z 用心学，以后肯定会有用的。你若是写个 babel 的前端工具，会编译原理也是极好的。

区别基本上就是基础理论知识，这些其实自学也是可以，关键是你还能花多少时间在算法, 数据库理论，计算机网络，操作系统，编译原理外加配套的数学知识包括但不限于离散数学，线性代数，微积分，概率论。

@bluesky139 要测试的话，请去看官方的测试例子，记得 Tornado 就提供一个类似 Time 的非堵塞库。专门给大家测试用的。多读文档，你会发现很多问题文档里面就有写了

@sujin190 根据网上的反应来看， OS X 的 kqueue 应该是跟 FreeBSD 的不太一样，记得当初看到的说法是 OS X 网络性能烂，但到底是不是因为 IO 复用部分的系统调用烂呢，这个我就不清楚了。

不过根据大家针对高级 IO 接口的比较来看， OS X 就没被比较过，看过的评测都是 BSD/kqueue, Linux/epoll, Windows/IOCP 。因此根据我的推断，应该是 OS X 的 kqueue 实现是残废的或者是它其他网络部分实现是残废的。

此处引用自 Tornado 的官方文档 http://www.tornadoweb.org/en/stable/index.html

Platforms: Tornado should run on any Unix-like platform, although for the best performance and scalability only Linux (with epoll) and BSD (with kqueue) are recommended for production deployment (even though Mac OS X is derived from BSD and supports kqueue, its networking performance is generally poor so it is recommended only for development use). Tornado will also run on Windows, although this configuration is not officially supported and is recommended only for development use.

@bluesky139 OS X 下的 IO 复用也是烂,OS X 下面的可不是 kqueue ，肯定也是不行的。像 Tornado 这样的异步框架，都是基于 epoll/kqueue 的，没有这些系统调用，快不起来。

还有就是不能用标准库里面的 time 这些库，这些库调用的时候都会堵塞 IOloop ，肯定快不了。

@scott123 https://docs.python.org/3/reference/expressions.html#calls

@scott123 支持三楼，刚才急着上厕所，没细看

cur.execute("INSERT INTO admininfo(username,passwd) VALUES(%s,%s)",*params)试试

java: javac
c/c++: llvm/clang, gcc

@banricho shift 一下也很不方便的，毕竟编程还是有大写的，这样很容易误操作。一般大家都是用英语输入

《 TCP/IP 详解》

@shooter 模板简直应该只复杂渲染，减少副作用