互联网公司居然 2 周才更新一次！！！做好热升级的设计，不是大的改表不用深夜上啊。
当然要狠的话，那么先用缓存层挡住数据，然后更新持久化层，

感觉 3.5 好的 aync/await 实在是优势很明显的特性，很多人都用了，而且加上标准库里面的 asyncio 模块，自己写一个高性能异步框架也是分分钟的事情。实在没有理由留恋 2.7

@incompatible json schema

异常，我更倾向于使用了类型系统的东西

7 楼已经算对楼主好的了，之前我在百度里面看过扒皮扒得更惨的

@likuku 彩虹表也仅仅是裸 md5 ，哪怕加盐之后用 md5 哈希，你用彩虹表也很头疼，算出碰撞结果成本高于密码成本

正确的加密完全不怕被爆， lastpass 是多次被爆，但是密码的安全性并不在存储，更多的是建立于加密学的基础上面。多次被爆， lastpass 都有自己出来声明，提醒用户重新迭代加密密码。
我觉得 lastpass 存储密码根本上是为用户提供更好的用户体验，安全性本身就不是它网络服务所考虑的。若是觉得 dropbox 存储会比 lastpass 好很多，你们真的不看新闻？ dropbox 也有被爆的！
你我依赖的更多是加密学，只要加密正确，剩下就是用户体验。那些说不安全的，我用一次性密钥加密，每次都将密文发给你，你也 100 年都破解不了。
所以这样的产品你们想想哪个用的顺手就好了

@busyluo 劳动法第三十二条

@ChenSir 好像规定是不能发现金的，你最好自己查查纳税记录。程序员又不是农民工，还有谁会发现金啊，很大问题哦

gevent 是里面是用的是协程，即用户态线程，若是指内核态线程的话那么就是一个，但用户态线程就不止一个，可能有成千上万个

根据我出来工作的经验，请务必牢记劳动法。
劳动法规定只有一工作就要买五险一金，你可以对比贵司是否有帮你购买，没有的话即违法，公司是要赔偿的。这一点就可以 KO 市面上 90%的公司。同时你可以立刻离职，上法庭你必胜。
其二，劳动法规定薪水要按时发，迟一天都不可以，没有按时的话，同上结果，可以立刻离职，没有任何问题。
其三，请问贵司发放工资是通过什么渠道发工资？银行转账还是现金？关键是有没有帮你缴纳个人所得税？你若是发现没有的话，哈哈，这个就更屌了，公司偷税，可以直接向税局举报，一抓一个准，铁证如山，罚款罚到爆炸，你可以跟你上司说『公司没有帮我缴纳个人所得税，不知道这算不算偷税』之类的话，若是你上司懂分寸自然也奈你不何。

此三法基本可以解决 99%的公司离职问题，但涉及法律若非必要切莫使出，但如楼主所言，可以马上使出。出来社会混，要懂法，有什么不懂都可以上网先找一下法律看看。何必动怒或伤心。

一直觉得不应该将计算压力往数据库移。像加密这样的事情，数据量大起来的时候查询都是问题了，数据库还要进行加密运算，数据库提前药丸。到时候各个程序依赖你的 PL/SQL 这些东西，改动变得超大，大家都不想改，那么数据库就增大了重构压力

代码折叠？自己上啊，又不是不能建。
最小的折叠单位不是行吗？

不想写冒泡就可以跟面试官说能不能换一种，比如快排或者归并排序，我想面试官一般都是同意的。
但是若是冒泡都不能做到白板 bug free ，那么你的编程能力就很成问题了。
工作上上很多问题不是说要求你写算法，但是你必须了解背后的原理，你总不能整天写 O(n^2)的东西吧？这样对用户体验都不好。
至于该公司的问题真的已经很前端基础了，你的问题在于自以为懂很多但是其实是写的不多以及读代码不多。前端都是没有培训的，我很少见到有学校专门讲解前端，这样说来，大家都是自学的。能填表格填一百次不代表那就是正确的做法，你手填 100 次表格，别人已经花你一次的时间写了个生成器来自动化生成内容了。

依赖注入是控制反转的一种实现方式，高层次的逻辑不用了解底层的实现方式，而且可以跟依赖解耦。
而且依赖注入解决了一些比如循环引用的问题。
至于你发现它不好用那是你的业务逻辑没达到它适用的程度，这个时候一般有两种做法，你适应它，或者抛弃它。
当然依赖注入最好用的地方就是测试，因为你可以轻易 mock 掉依赖的对象。

为什么不看文档？

@LeoQ requests 会 block IOloop

@sbmzhcn 不过为什么要上 pycurl ？因为 ssl?

@dcoder 原作者去搞 restless 了，你要不上其他的 api 框架， hug ， falcon 什么的，要不用 django-rest-framework 。 DRF 只是作者更新频繁，用的人多