@cevincheung
不是很明白你的意思，高精度计算，python 是有 decimal 模块来支持的。
官方的东西又不见得是最好的，难道 php 的 http client 不是调用 libcurl ？又不是自己重新实现的。
甚至官方不提供大多数功能的社区也有，但是你说的这些领域他更强，没错我说的就是 C++。
C++标准里面提供的东西烧纸而又少，但是图形相关的库，大多数是用 C++写的。科学计算领域，C++也是很有优势的。
那么我们如何解决这样一个可能作者弃坑的问题呢？学大公司，将开源库再封装，出事了就去找新的替换或者自己 fork 继续维护。在不添加新功能的情况下，一个模块的 bug 是可控的。这是常态，要求语言去解决全部这些问题并不现实。不要说语言，就是平台也帮不了你这么多啊。你说要支持高精度计算，我还想它支持多平台运行呢？不现实嘛

每个社区不是基本都是这样吗？

@frostfall 其实国外蛮多开源组织的人都是全职的，开源不等于不赚钱，开源只是换个赚钱的模式而已，要不然开源先锋 redhat 也不会营收超过 10 亿了

@beautifulSpring 当然 Tidb 他们说支持在线 DDL 操作不锁表，但是这样就需要换数据库

@beautifulSpring 不添加表，那停机。

干爬支付宝的早死了，第频率的还可，高频率的，技术封了，触发风控系统，做爬虫很难解决的。

@linhanqiu 那么我建议你多参加 Github 上面的开源项目，可以由提 issue 开始，上面的大牛很多，而且他们专门负责那些开源项目，会更加地乐意回答你的问题。

根据我一直以来的经验，搞开源社区，要不你起了头写了一个产品（ Linux kernel ）要不就是没法搞，还不如自己多看两本书。大牛为啥无故带你？还有一个问题就是，大牛指点你的时候，那个差距太大了，让人很灰心的，如果你们差别不大，那么我觉得你也不会有这样搞社区的心思了。

@vegito2002 其实大学多接触点象牙塔的东西挺好的，毕竟工业界也需要象牙塔的理论作为支撑。而且象牙塔的东西搞不好就向工业界扩散了，到时就成了自己的优势了。
好比以前都是吹面向对象，现在连前端都鼓吹函数式编程，这在我看来就是象牙塔向工业界的传播了。

maven 不是都用 tomcat 跑？

@wsgzao 你这这些问题，我只能说能解决一部分，但是不能根本解决，毕竟你的 IO 差，怎么调优也没办法啊。我这配置是 JVM 的参数调优，主要是增大 Heap 以及使用 G1 的垃圾回收算法，以起到缩小 STOP THE WORLD 的时间。当然如果你的内存很大，我觉得你可以调高 heap，然后关闭自动保存，有一定的成效。Pycharm 对 GPU 这方面要求应该不高，毕竟 openjdk 的光栅化都不如 oracle jdk。现在都改用 openjdk 了，使用起来也没什么影响。你的 IO 差大概只能寄托于你们系统管理员了吧。

custom vm option:
-Xms1024m
-Xmx2048m
-Xbootclasspath/a:../lib/boot.jar
-XX:ReservedCodeCacheSize=256m
-XX:+UseCompressedOops
-XX:+AggressiveOpts
-XX:+UseG1GC
-XX:+AlwaysPreTouch
-Dide.no.platform.update=true
懂的话就拿去用，充分利用系统资源，减少卡顿

以上的均不对，community 版本在企业也是能用的，前提是你们公司的年营收不超过 100 万

做什么都可以，只要你愿意付出对应的努力，若是学历是硬伤，那读一个博士不就行了。世界本没有什么行还是不行，倒是你现在要去找对应的工作比较难，你要付出比较大的努力，而且是非常大，若是别人本科 2 年能找到这样的工作，你怕是要 4 年

@woostundy 你的 QPS 没有增长，那么你是 gunicorn 的 worker 跑满了吗，要不然不应该线性增长吗？要不直接加大 gunicorn 的 worker 看看，反正你数据库又不是瓶颈

@woostundy 还有就是你发现 gevent 的 monkeypatch 用了不起效，很有可能是你已经载入了 Python 的底层网络库，那么 gevent 的 monkeypatch 就不起效了，monkeypatch 必须在网络库载入之前使用，否则无效。
requests 对 gevent 的兼容性挺好的，毕竟 requests 是一个纯 Python 的 http 库，gevent 能完美支持的，一般不支持的是因为底层用了 C 库，monkeypatch 没法对这些库进行打补丁导致，具体例子就是 mysql-python。

楼主你需要同步返回给客户端吗？假如是的话，flask 是解决不了这样的，哪怕是 Gunicorn + gevent 也是一样。毕竟你用了大量的同步库，比如数据库连接什么的，那 gevent 肯定也是堵塞的。你可以做的只有用另外的语言或者框架来替代这个 API，比如上面封装一层 Tornado 或者 Golang 写的模块。
如果是异步的接口，那么你可以将所有请求扔到 celery，由 celery 处理，celery 来起一个 gevent 类型的 worker，gevent 的 worker 处理所有的网络请求，完美兼容你的 requests 逻辑。前提是你的接口是异步的，celery 的 worker 能独立地返回请求给客户端。