支持！用过 oauthlib，太复杂了，很难拓展

尾递归自动展开吗？和手写展开相比性能怎么样？

@binux GC 执行时间是不确定的，可能长时间不回收

看你想研究哪方面喽
Web 框架：flask, tornado
HTTP: gunicorn, requests
Socket: shadowsocks
操作系统: subprocess, threading
黑魔法: SQLAlchemy, sh
都想学: 500 lines or less

@zachguo 带 C 拓展的确实很复杂，尤其是 Linux，不同系统依赖的动态链接库不一致，在脚步语言里是硬伤，npm 也有类似的问题，只不过它很少带 C 拓展的库。docker 按理说不会有这种问题。

代码组织很混乱，log 文件 /虚拟环境 /奇奇怪怪的文件混杂在项目里

在火车上跨年

之前遇到过用户反馈注册不了，排查发现是正则的锅，这种有时效性的正则尽量不要用

重要的发短信验证码验证，不重要的验证下 1 开头 11 位数字就行了，复杂的正则容易误杀正常手机号

@NxnXgpuPSfsIT
1. 你说你懂协程，却写了个错误的测试代码，来喷 “ trip 翔一样的性能”，你在 #16 楼贴的代码足以证明你不懂协程。

2. 你说你对 gevent 了如指掌，遇到的问题都能解决，那为何不能回答 #20 楼的问题？你那几篇博客，顶多说明你看过源码。你解决过官方仓库的 issue 吗？你给上游贡献过代码吗？你能质疑这个项目，我就不能质疑你吗？

3. gevent 暗坑很多，这是事实。Python 核心开发者，包括 Python 之父 Guido 和 Requests 作者都表态了 gevent 不行，asyncio 以及 async/await 语法都已经加到 Python 中了，协程是解决问题的方向，是未来。你连协程的基本原理都不懂，没资格说这个项目没鸟用。

4. gevent 是当下的 “将就” 解决方案，大部分项目确实是用 的 gevent，因为协程并不成熟，生态并不完善，我们没得选
。但是 gevent 问题很多，这是众所周知的事，我们尝试新的解决方案很有意义啊，你看不懂不代表别人也看不懂。

@2225377fjs #19 我认为你根本不懂协程，也完全不了解框架

你说 "trip 翔一样的性能"，是因为你不懂协程，你的测试程序根本没有并发。

楼主帖子里有这样一段，你看出哪里不严谨了吗？

```
r = yield [future1, future2, future3]
没错，这样三个操作就同时跑了起来 （我知道这不严谨，但看出这不严谨的也不需要我给你夸耀协程的好处了吧）。
```

楼主也举了 gevent 的例子，你说你懂 gevent，麻烦解释一下？

```
关于隐患，先上一个特别简单的代码：
import multiprocessing, grequests; manager = multiprocessing.Manager()
他报错了，如果不是这段代码非常简单的只有一个引用，你需要多久要怎么发现是 gevent 的问题？
另外，这个问题你需要怎么修复？
```

不懂就别装懂，没有理据就别乱喷。

文档里说 args 会转换成字符串再进行系统调用；命令中的空格和特殊符号可能会导致问题。

电脑路由器都重启一下

一整天都在玩游戏，代码没写几行😔

起个独立进程(1 个生产者)，每秒查一次超时订单
select * from order where now() > deadline
，然后扔（分布式）队列里，由多个消费者进程去关闭订单。

可以参考下 pypa sampleproject

Python + Javascript 杂交语法，感觉有点怪异

有兴趣！
Z3V5c2trQHFxLmNvbQo=