@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旗舰版了

只用过ansible

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

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

一个是你在delete对象时候调用的，一个是with语法，退出上下文的时候调用的，真的建议去读官方文档。

写代码写得累必然是因为遇到烂代码的缘故，建议重构

最佳实践请参考Torndo源码

丢一个版本而已，就当当天的工作白干罗。什么？你没有用版本控制？程序员写程序不用版本控制，那就是活该。

@tini9 我用signal主要是在异步回调，以及model pre_save之类的内置signal方法。这些地方若是都换成函数回调，恐怕之后不好维护。

supervisor管进程，wsgi server有很多啦，什么容易的gunicorn还有相对高性能的uwsgi。然后就是nginx反向代理，基本这个套路，当然还有什么缓存用redis数据上mysql啊，这些都太普通啦。反正基本上现在都是这样的套路了。基本技术栈而已。