分母分母

国内的有赞也是帮小商家开网店的，也在香港上市了。

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

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

postgresql 提供了很多功能，mysql 可能在数据量大的情况下有很多好用的轮子，但是对于中小型项目，我感觉 postgresql 更好。

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

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

thumbor

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

JPA 在最基本的 CRUD 场景下很好用，如果是跟 Spring boot 一起用，上手非常快。
前几天看到一个技术博客推荐的 mybatis 自动 sql 生成： https://piaoniu.io/pndaokai-yuan-liao/，提供的功能也就是 JPA 的子集。

在 baidu 搜索“电信广告弹窗”，直接就是这些弹窗公司的广告：
http://imgur.com/a/dDnUr

赞！前后端细粒度分离，应该是产品 /部门大到一定程度的结果。
楼主有没有考虑过产品 /用户规模大到什么程度时，才需要把前后端拆成这么细？ 1000w 用户？或更多？

是的，如果不是一定要用 sqlalchemy ，就用 django 吧

python 3.5 支持 type hint ， Pycharm 已经支持了，如果你把参数类型写清楚， pycharm 可以准确找到类型，补全跟 java 一样准确： https://www.jetbrains.com/help/pycharm/2016.1/type-hinting-in-pycharm.html
我个人感觉 type hint 鸡肋，加上了类型信息，只提高了补全精度，感觉不划算。

AWS 的 EC2 默认就把 ping 关了

试试 ipdb