mysql 的单表 IO 放大问题，如果数据量百万级接近千万，建议分表。

@q397064399 大学里学编程的时候，被 java 版本的 hello world 一秒钟劝退

感觉你需要这个 http://openresty.org/cn/

with open('xx.py', 'r') as f:
obj = compile(f.read(), '', 'exec')
exec(obj)

@vimiix 好呀，我是开发，可以下周找个时间聊聊～

不过确实学习曲线略陡峭，主要还是因为违背了 python 的哲学，里面有很多隐式实现和调用，需要阅读大量源码和亲手实践之后才能完全掌握，不过一旦掌握的话，开发效率会有很大提升。

一直在用 DRF，大概的思路是，业务逻辑基本都写在 Model 层，校验和数据处理写在 Serializer 层，View 层只负责最简单的业务逻辑，按照这个原则来写的话就会清晰一些了。

@likuku 但是北京至少目前还是互联网行业的中心，机会更多，可能性也更多。

@lzjun 那个是娘娘招人啦，我们组目前的空缺薪资大概是上面这样，不过，能力优秀者无视上限。

@xiaoheijw 是的

@ml071987 我觉得工作并不会限制你的喜好，完全可以在空闲时间学习别的东西呀。

@XIVN1987 哈哈，估计是年底都在等奖金呢

@shuizhengqi 新的一年不考虑去一个新的城市吗～～～

@qiu0130 抱歉忘记写了，地点在北京，国贸郎园 vintage，14 号线、1 号线大望路站，10 号线国贸站

@SingeeKing 嗯嗯，是的～

@yech1990 嗯，是的，目前主要业务是一款 app：得到，用户数 1500w 左右，2017 年 app store 分类最佳 app

@wellsc 假如是一个包含了根据合同进行订单流转、售后逆流程处理、自动与供应商结算的系统呢？而且这个系统还可以支持供应商登陆查看与主公司的业务往来，自己处理相关货物的订单，预售或下架商品等，再加上秒杀和物流对并发及数据一致性的要求。。。我是觉得，业务的复杂性增长到某一程度后会转变为技术性难度的～ ：）

建议看一下 proxy model https://docs.djangoproject.com/en/1.11/topics/db/models/#proxy-models

无视我吧，没好好审题