uwsgi

@bdbai pep8

@aragakiiyui 你这个工作差不多都已经完全是分布式了，你至少是用多进程啊。队列只是拿worker要完成那种任务的条件而已，

就好像你告诉worker要去处理1-1000的记录，worker2处理2000-3000的记录，但是具体的信息还是要通过es去读（每个worker独自建个连接连es来获取信息）。若是你的数据没有依赖关系的话，即worker1处理完的内容可以直接写入数据库，那么你就完全连合并的server端都省了，worker直接写数据库就可以了。这样下来效率应该很高才对啊。处理完全是分布式啊，最大的瓶颈就是磁盘IO而已。即es的读或者数据的写

@aragakiiyui 既然是从es里面拿的，为什么还有自己切分数据？根据条件筛选出来不就好了，然后就可以直接分布式。

比如client从redis或者rabbitmq里面提取要处理的数据主键范围（eg. 1-1000 或者2000-3000）然后根据这个条件从es里面筛选出结果，然后就自行进行处理，然后写入数据库。这样你看行不？

x86-64可以调用x86的，反之不可以

为什么要去遍历一个迭代器？要不说说你具体的需求？你是不是要查找某个元素，还是说必须对每个元素都进行某种操作？

@liubiantao 一家公司有各种技术上面的需求，leader没办法一一精通很正常啊。不可能因此不招人嘛

@liubiantao 我相信你去MSRA找一个人去做PSD转HTML，他们还真有可能做不过你去招个外包的。术业有专攻嘛，这有什么稀奇的。

这样的招聘方式肯定是有问题的，技术Leader比手下技术好固然好，但是这不是必要条件。

请在大学打好基础，操作系统，编译原理什么的，这些就是你最好的简历。

@w88975 既然接受pull request的话，你写得又比框架的好，那么你去发个pull request将你的版本合并进去，然后不久光明正大地使用了吗？

我都不知道报价几千是怎么做的，就物流对接的那方面，对接哪家邮局，是否只有一家。其他的我不清楚，要知道联邦快递那边曾排过两个工程师跟我们就对接这个问题进行讨论，就讨论都不止2个小时了。而且物流公司的API有的还是还是SOAP的。绝对没有想象中的好接。

rest api的话，肯定上oauth2。

PS: 好像tastypie作者自己都去搞另外的rest框架了，新项目继续用tastypie合适？个人建议用django-rest-framework，整个社区都活跃。

@DaniloSam 这个价钱若是真的话，在帝都互联网里面算是正常。薪水不低于BAT是不行的，你想想，大家都喜欢BAT出来的人，差不多价钱，为什么要去创业公司，为什么不去BAT。

我决定你要招个好点的人，至少在BAT的基础上加个5K。

PS:说得好像5K就出卖了灵魂了, :-)

你倒是说给多少钱啊。你讲钱，怎么给意见，就好比你在帝都给个3k一个月，你不差钱又能招什么人

@Neveroldmilk 是能用就用，不能用就用clion。没有开玩笑。

@cxshun 为什么一定知道原因？你就是要一个能跑的就行了，反正你就换，选成本最低的来，比如有二进制下载，那赶紧去下载，不要管是不是你编译参数调对没调对，因为你下载速度肯定比你编译的速度快。