@donghouhe 这个不是四年级的奥数题？追及问题？有什么附加的条件吗？

@alexapollo 我觉得没有了解过PyObject的人都不能说会Python吧，毕竟这是这门语言的一大优势，而且是性能有需要的时候就要上的。

不过我还真没用过Tornado跟Django联动，之前公司是有业务上的需求，但是这两个都是分开的两个服务，用http来交互。

@alexapollo 我现在在用Tornado，之前也用过Flask跟Django，现在给我的感觉就是百分之90的工作都是用Django能解决的，没必要上Tornado。上了Tornado跟Flask也最后会变成成Django的样子。

一个框架好还是一个库好？这个问题就去看Flask作者的经历就可以了，当你了解你的业务，你的需求，然后你的能力又够强的时候，这些框架都不一定适合你用，但是你可以构建你自己的框架，自己定制自己的。

库也是需要维护的，虽然大家会说库可以替代可以不强制我们按它的规则来写。但是库并不能大而全，对于团队协作也是个问题，毕竟不是每个人都精通Python，有些人连Python的C语言扩展都没写过。你选一大堆库，这个成本是很大的。

@joeyuan 这简单啊，有潜质的就直接去用TAOCP，CLRS，CSAPP考他们就可以了，简单粗暴，当然，我觉得用编程之美里面的内容考察都可以。招聘的时候不要说你们的工作环境多好，说你们的大牛，直接上干货，说有师徒制。

能看懂干货之人必然是有潜质的的

有空纠结别人家的兵器，还不如花点时间去修炼一下内功心法，高手手中一切都是神兵利器

@joeyuan 钱，名，自身价值提升。这些东西其实都很容易想到的，至少大家不愿意面对罢了。

给钱不要说90后工程师，哪怕是70后资深工程师都给你挖过来。

有个好名声比如MSRA，随便都能保去国外CS名校读个PHD，一跳槽大家都会认为MSRA的至少能上co-founder级别

自身提升，身边都是超级大牛，拿图灵奖的，少钱也可以去，毕竟能学到这些大牛的100分之一都能成为小牛，谁不想自己牛啊？

楼主我给你个建议，花钱招一个大牛，然后给平均工资招一个有潜质的年轻工程师（不一定能直接产生经济效益），让大牛带他们，这样你们的团队就能建起来，而且当这群人成为大牛的时候他们就会想念你的好毕竟你给了他们一个成为大牛的机会，要不然若我是大牛，没钱就走，没人情，没利益，谁会干啊

@wdongxv 牛逼，有理想，钱不多，这个可以有，但是要联系自身实际。这样的公司我想到了MSRA跟MSR，这些公司若是开个业界平均水平稍低的钱都会有人去，但是层主你们公司做到了吗？你自己做到了吗？要不然跟别人说理想，你也至少是乔布斯或者马云的水平才行啊。

要不然即牛逼，又有理想，又不为钱，为何要跟你一起追你的理想，他也有自己的理想啊。搞事业不要总想着超越人性，若想超越一般人的人性，那么首先请以身作则，自己是牛逼，有理想才能说。

@alexapollo 我觉得你说提的1,2,5点其实都是一个问题，问题就是Django自身的版本更新不向后兼容，然后第三方库就崩了。这个问题嘛，我觉得官方文档肯定是解决不了的，只能靠第三方库的作者，当然自己有心自己去fork然后更新就好。

至于一些文档上面的小问题或者模糊的问题，这个嘛，我觉得你说的是有道理的，但不是每个人都觉得有道理，所以很难说官方没有详细写就属于不好的行为。这个嘛，我个人是建议你向Django小组发个issue然后直接自己动手将细节补上去就好了，完善文档，对谁都好，但是有的时候有经验的程序员就不想看一些标准的东西，比如http标准里面的东西，在Django里面再写一次就没什么必要了。

然后Django的文档的确就是定位在工具书（我个人觉得），没事千万别一页页去翻。至于工具性好不好，这个看问题，我自己遇到的一些问题就看文档就能解决了，比如Model层要实现泛型，用ContentType就挺好用了。

至于Class-bass View这个我还真没用过，之前都是写Function-base View的，到了要用Class的时候，就变成用Django-rest-framework

@alexapollo 这个我还真看过Django的文档，也算老用户了吧，反正我是1.5开始到1.7都有看过，没看出有什么问题啊。
组件要解决的问题，官方文档已经给出。或许你可以说说你遇到哪些问题，若是我也碰过，可以交流一下。
我记忆比较深的一个问题是Django貌似是在1.6的版本里面将logging模块直接换成标准库里面的了，然后就没有然后了，我就特意在SO上面发了个贴问具体的配置问题。感觉像这样的点，Django官方文档一句话带过也无伤大雅，毕竟都用标准库了，大家自己去看标准库的文档就好了。

Postgresql除了没有mysql的那堆良好的运维工具，数据库特性在我看来根本跟MySQL不是一个量级的，数据类型更多，更好的事务性能，下个项目铁定上PostgreSQL,什么mongodb, mysql都省了，一个顶两个。

@zhouquanbest 其实这个问题Tornado的团队都想到了，他们是怎么解决的？他们貌似就是直接将所以的磁盘IO操作封装成网络服务，然后用tornado里面自带的非堵塞的tornado.httpclient去将磁盘IO转换成网络IO。
只要磁盘IO的服务怎么搞？这个我觉得无法的就是上缓存层，堆机器，没啥好说的，当然适当的优化代码减少IO也是提升性能的好方法。

至于楼主的话，我是觉得档案的话，你不是在国企，政府部门，事业单位，谁还会去理啊

@chiu 称谓而已，没必要觉得很奇葩。好比江苏不是说高考才考三科一样吗？

给楼主提个建议，github主要是给别人了解你的具体工程能力，但是你并没有太多的的展示出来。SO同理，楼主你并没有famous question，也没有很高的reputation。其实这样放出来对你的简历帮助不大，我觉得有时候甚至会引起用人单位的误解，觉得你可能就是想水一把

@cxshun 广州某浏览器公司？能说做浏览器的，难道就是UC？总监才80W，不是吧

@infun 不算贵了，上个月才打完折，我都买了个IDEA旗舰版了

@shiny 我理解你说python的版本兼容跟php有差距，但是我只是觉得Python的版本兼容并没有你口中所说的那么严重，至少我没有遇到过因为Python3跟2而出现很大的兼容问题，可能也由于我都是写新代码的缘故吧。

@shiny 一般真写Python的人都不会觉得2,3另人很崩溃，我见过最多的是大家在吐槽Python 3（比如3.3的性能之类的问题）。说Python2,3兼容很大问题的一般多见于有老库不想更新不想投入时间维护的人。要知道Django这么大框架也可兼容2,3两个大版本，当然，就目前而已，科学计算领域的库还没有完全迁移。多使用Python2是真的。