如果经常新增字段是设计问题考虑更灵活的设计，如果是业务逻辑决定的，考虑 NoSQL

别说锁了，门这种东西都是防君子不防小人的

不靠谱

小规模用用还行，初期挺方便的，数据量上来，业务逻辑复杂起来就很尴尬。

做应用数据库还行，平台数据库就算了

应该是有影响，不过想要体验到这个估计除非你的源码很大很大，比如 1G 的源码，半个 G 的注释，或者从 5 寸盘读取源码估计能体验到

按理说你睡前 10K，睡完了应该是 8K，如果给你避税，是你 9.5K ，公司和个人都按最低标准走，这样算是多给你现金，自己用现金保护自己。但是显然公司的方案是，避不避税你拿到的钱都一样，就是给你打声招呼说税和保险没给你上足。理论上你在里面谁吃亏呢，当然也看你是更看好现金自己投资自己，还是更看好国家保险和公积金，这个就得你自己判断了。

你的算法是给你避税，你公司的算法是给公司避税呢

每个月都要被 MongoDB 坑一次的来围观

yaml

Mac 本身的 Remote Control 协议就是基于 VNC 的，所以理论上你只要找个 Windows 的 VNC 客户端，直接就可以连。

new_d = {}

[ {id: val} for (id, val) in [[(new_d, new_d.update({k: new_d.get(k, set()).union(set(v))})) for (k, v) in m.items()] for m in d][0][0][0].items() ]

不知道我是否理解了题目。

是要求所有可能的分割中最大的子串最大值的绝对差吗？

因为分两段，其中一段的最大值肯定是全局最大值，另一段的最大值一定大于等于这一段的两个端点值中的最小值

为了让第二段最小，则设第二段的大小为 1 ，所以第二段要么是数组的第一个值，要么是数组的最后一个值，因为包含更多的值只会增大这一段的最大值或对这一段的最大值没有影响。

这样的话就扫一遍得出全局最大，跟两个断电比一下，然后几个 if-elas 就好了 https://play.golang.org/p/1IpfFujqfh

从图片识别的角度为什么 sun 和 moon 不能并存呢？

非要检测的话，可以用 nltk 调 wordnet ，检查是两者间存在 hypernyom/hyponyom 关系。

enum http://stackoverflow.com/questions/5021246/conveniently-map-between-enum-and-int-string