目前 python web 开发中，要么是 prefork 的方式，要么是 async 的模式，这两种应对现在流行的微服务都有问题。
前者可以有效利用多核，但是在发生远程调用会把当前 worker 卡住。
后者无法有效利用多核，而且还要有好用的 http/rpc 请求库，包括 requests 也是要在 3.0 版本才支持 async，总而言之，目前异步请求库还不成熟。
如果去掉了 GIL，那就可以用线程池的方式，每个请求使用不同的线程处理，这样既可以利用多核 cpu，也可以利用底层的线程调度机制在发生微服务请求时自动切换线程。

当然，我最疑惑的是老项目里的代码怎么办，以前写代码很少考虑线程安全问题，如果去掉 GIL，搞不好很多代码就有问题了，而且不光是自己写的代码，使用的很多第三方库估计也会有多线程问题。

2017-12-20 13:12:27 +08:00

回复了 lihongjie0209 创建的主题问与答这就是一个 34760 Star 的 Javascript 库该有的表现?

楼主说的没错，moment 的开发者也在清理有副作用的部分，包括 startOf 和 endOf 都要向 immutable 方向改。
https://github.com/moment/moment/issues/1754
多说一句，这个 issue 是 3 年前提的，现在还没有改完，如果我是前端开发，我会考虑在新项目避免使用这个库。

2017-01-10 11:23:54 +08:00

回复了 eyp82 创建的主题 Python Python 3.4/3.5/3.6 的 coroutine 日渐成熟之后, Tornado 之类的异步框架是不是会逐渐没落? (非 web)

python3.5 引入的 async/await 是新语法，新语法在 tornado 上也可以用。
至于从 python3.4 引入的 asyncio 标准库，也存在一些问题，比如学习曲线陡峭、解决不了 backpressure 这样的网络问题。 https://vorpus.org/blog/some-thoughts-on-asynchronous-api-design-in-a-post-asyncawait-world/

2016-12-26 09:09:39 +08:00

回复了 rogwan 创建的主题 Python Python / Flask 处理图片、压缩，大家一般推荐用什么库好？

thumbor

2016-11-26 16:57:27 +08:00

回复了 est 创建的主题业界八卦简单跟你们 8 卦一下最近 reddit 上的腥风血雨

大选后关注了一阵子，发现 DHH 、 Paul Graham 也在发“大部分年轻人都投给民主党“之类的 twitter ，感觉政治面前，大家智商也是平等的。

eriale 创建的更多回复