青云，真IaaS,机器性能强劲，真是一分价钱一分货。给你的感觉就像本地运行一样。
美团没用过，至于阿里的，也不是不能用，不过限制太多，貌似纯运算的应用都会违反它的使用协议，IO又不行，真是坑爹。

Apache Thrift呢？

不用开发.net之类的，那么IntelliJ IDEA旗舰版差不多了。

首先定位就不清晰，程序猿要去看软文？

其一，发软文也要看具体的受众啊，我看了这么长只想说TL;DR

其二，业界成熟的东西就不要拿出来说了，37signals, github，大量的远程协作。这不是能不能的问题是如何实现的问题，要上点干货

其三，像上面的童鞋说的，网站定位啊，到底是给谁用的啊？用户群体都不能吸引，说什么好呢？

首先你要漂亮，然后你漂亮都找不到的话，可以来找我

@Delbert 但是我已经不是学生了，而且还用来干活赚钱

买了IDEA旗舰版，然后对应版本控制，我觉得还是git的cli就可以了，任何图形化界面已经不能满足我对git的使用了，就好像我只是简单的重置一下指针，git reset HEAD --hard就可以了，图形化界面很难做到吧？至少我就没看到sourcetree有这功能

我见过这样的例子，多数是在用orm框架时，建表的时候自动创建的

@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官方文档一句话带过也无伤大雅，毕竟都用标准库了，大家自己去看标准库的文档就好了。