1， LZ的技能树存在严重的逻辑错误，“100% 手写代码”不代表“手写代码”这项技能是接近神级的。

2，技能树不能这样堆叠着写，如果你对Dreamweaver仅有2.14%(6px/280px)，那么就别让它出现在自己Show Off给别人看的技能树中；另外，坦率的说，你的第二项接近神级的CSS技能，呃，从你的页面源码来看，还是极度名不副实的。

3，忘记那些名词吧，可能对你自己来说，觉得（在技术领域）很酷，但对真正在用的人来说，你一Show Off就彻底暴露了水准。一个正在“学习（并应用）” LESS/SASS的同学，真的只能说是“同学”，而当不了同事。


简而言之，这简历（可能）哄得了外行，哄不了内行。但照理来说，这样找到工作并不难，毕竟行业内的技术鉴赏低能的同志还有不少，呃，恐怕问题出在你对工作的要求上，两者叠加，导致面试失败的概率将会接近100%。


然，谁不年少轻狂呢？ 收拾收拾心情，自己开心就好。

毕竟，楼上诸位已经给出了建议，就是“放低姿态”；但恐怕对你来说，会是一个困难的事情，甚至搞不清楚自己哪里“高”了。那就随便了，坚持自己的想法，相信自己；反正有一天，你自己会想明白的。

楼主没看明白大家的意思，比如socket.io是一个解决方案，它会自动判断与处理websocket以及长连接轮询。

python中也有基于gevent的socket.io的服务端解决方案，融合到django中还算简单。

socket.io原生库的服务端解决方案是node.js

@sumanx 生气了？ 主干提取得很彪悍，也不好说你断章取义，如果在前面加上前缀，用“垃圾程序员”来会更合意些。

文章的标题一看就是全集合，坦诚说，是真心觉得国内的多数程序员被当做垃圾程序员，并不为过，跟程序没有关系，只是从事着这个工作而已。

@pyKun 举例也不恰当，吐槽点在一个群体，并且被转出去的文章，下场基本上都是水深火热的。

原文也说了，“按我的经验来看，多数工程师比多数PM，其实更理解用户。”

虽然知道结局如何，但仍然无法完全理解一些朋友的想法，为什么就因为一个title就听不进去话？顺带说下，我这些年带过的团队，在抗住boss的压力外，极其放纵队内的工程师。

@bhuztez 我入行的第一天就是产品设计，年份倒不长，5、6年的样子；从未以代码谋生过。

@iloveyou 并没有指我PM当的不好，我出言不逊，是针对他的程序员态度实在有违我的三观。若是指正PM当得垃圾的，这倒无所谓。

吐槽的对象，是态度；而非代码。代码自己会进化，但“态度”不会。

@iloveyou 不好意思，没有挑衅的意思。

你的这个回复，让我觉得惊讶，才有此话。

by asdf
易粪相屎的年代。为什么别人给我屎而我要给别人饭？当我给自己做事的时候我会全力而为，给别人做只做到60分。

@laihj 因为垃圾PM的表现不是其文中所指哈…… :(


@iloveyou 刚才开了个邮箱，disqus过来的提醒，呃，好几条评论，特征值都挺像你的；如果那些邮箱类似[email protected]评论都是你留的，请慎重。确实品质都太低了，另外，我相信自己的代码能力远远远远远远远远远远远远在你之上，请在你的专业内超过我再来喷吧。

我是文章作者。个人博客上的一篇。

这类的文章被转出来，有些关键字句有碍多数人的情绪，基本上都是反吐槽的。很抱歉，给大家带去感官上的不愉快。

自己写文章，措辞尚算严谨，LZ所言不是我本意，这不是”沟通“这么表面的问题，而是对自我成长的态度以及自省的能力；而且这不是少数人的问题。

无论如何，这文章被转，也谢谢LZ热心； 如果大家看到的不是情绪，而能见内心所呈，恨铁不成钢之心，抑或想起当年敲下人生第一行代码时的初心，才不算是坏事。


@iloveyou 对于工作的态度，非常理解；但不能认同。btw，（程序员）月入一平（市区），并且不浪费青春，难度系数其实并不算高，我在杭州。

@mille 不要过度，我不应该是你的情绪宣泄口，评论所指的PM（类型）还没有出道就已经牺牲了，怎么可能存在？

@citydog 日本是东亚呀……

貌似是因为创始人的技术也是一边学一边写的，然后选择了django，是因为相对容易一些，跟admin没有关系……

@remaerd RESTful也还是在程序员自己的掌控范围内，对于任何的key的处理，都在你自己的控制范围之内。

如果只读性比较多的话，并且项目并不是很大的话，可以考虑试试 https://www.parse.com/

AWS的话，选中东京节点，其实速度还可以的，特别是api性质的口子，这个速度足够足够了。

如果直接使用Mongodb提供的REST API，注意隔离敏感性信息就可以了，最好是完全隔离读写的权限；如果给普通的用户写的权利，务必让他只写到一些扩展的document中，并且注意容错。

@ipconfiger gunicorn本身就是支持这种机制的。它会分几个进程去承接request，当你重启的时候，那些进程其实还活着，然后就不会停机。进程接受了一定数量的request后，会自动被杀掉。

另外，重启的时候，也可以要求一个timeout的时间，默认是30秒，把所有旧进程都杀掉。

一般不是太老的web server都能实现这种机制的，倒不是gunicorn独有的。

@xiaojay bug不少，还在修复的过程中。但还是蛮酷的，下周应该能稳定了。

@tedd 在我完全从0开始去学python的时候，经常在这个时候睡觉。我想学好一样东西的路肯定都是一样的……

当然啦，等时间再充裕点的时候，可以分享一些经验，或许能帮到别人。

LZ说的rails比django强大的地方，实际django也能做；说rails不灵的地方，就真的不灵了？

用django做例去说明对方的“臃肿”，这种说明是不恰当的，python和ruby两兄弟有时吵吵挺有趣的，但这样子真的没有水准了。

LZ虽然写了10年代码，但是仔细看了你的博客，坦白说，技术水平真的不像有10年的样子，“ 作为一个有丰富经验的 django 开发者” 这句话，唉，你真的不算有经验，丰富更谈不上了。而且对产品经理的理解也很基础。

我觉得能理解LZ，但相信你也不会很容易听进去；特别是一些貌似正确的理论听得越多，自己几经转述，就越容易脱离正轨。

因为之前下面带过类似的同事，能做事，踏实靠谱，但是在我的世界中属于不够聪明的一类人；实际管理中还必须要夸他聪明，强烈的需要得到认同。时间越久，感觉距离就越远。当然，人家也混得不错。

只是，时间越久，人越老，戾气有些时候也会多起来。

另外，就算是推荐新人去学rails，也不应该去推荐php吧？你不是在挤兑rails，你其实在毁python和django。

@viperasi web.py也在一个非常小的项目中使用过，并没有深入了解过，不好评价。我自己本身对技术有守旧的态势，django原来用得就很顺了，等真正去了解flask的时候，真的觉得它漂亮的很，就直接扔了django。毕竟，pocoo出品的，品质有保证的。

但话说回来，作为micro frame的，差异也不会太大。关键的问题在于自己想做什么了，因为，到最后，不论web.py还是flask，肯定会整出不少自己的utils来……

@liuxurong 为什么需要一键？在linux下面不是很方便么？你遇到了什么问题。

gzip_types text/plain application/x-javascript text/css application/xml; --> 这条nginx的配置是不是有比较大的遗漏？

zarkpy/web/cgi --> 这样的目录命名方式会不会误导别人，如果你不解释CGI是如何来的，以及它在python的app中已经不再是cgi了。

web/cgi/pagecontroller/Index.py --> 这样的命名方式不是很认可，不是很pythonic，不过倒也无碍。


> 如果你使用的是windows或mac系统， 建议你安装一个debian的虚拟机。版本就testing吧

这句话说的， LZ要反省了。

@everyx sorry，很久没碰django了 Post.objects.order_by('-created') 可能是错误的语法， Post.objects.filter().order_by('-created')