eval?

岔开说一句，最好解决方案就是不自己实现分布式锁，FLP impossibility, Paxos, tlaplus 什么的多了解一下，就知道对 99.9%的程序员来说，想实现一个高可用的正确的锁是不可能的。即便是 redis 官方的 redlock 正确性都存在争议。

Leslie Lamport 背书的东西，还是有点东西的

@Ahs 章口就来

@imgss 好像马爸爸不是刚说 996 是福报吗？

TC & team

感觉又是一个被 Java 荼毒的。
另外，“ php 那般对面向对象有严格的要求”？

参考小平同志提出中国特色社会主义的历史。重构也是要有实际需求支撑的，稍微有点代码洁癖张口闭口就重构的同事能躲多远躲多远。

TAOCP 买回来放家里可以看一辈子

领导：小王，客户那边有一个 JSON 的 API 需要你调用一下，今天你赶快写一个。
写 python 的小王：import json; json.loads(...)
写 node 的小王：JSON.parse(...)
写 php 的小王：json_decode(...)
写 ruby 的小王：require 'json'; JSON.parse(...)

写 Java 的小王:
嗯，我先装个 Jackson，好像没有 maven，先装个 maven。。。
maven 配置怎么写来着？上网找找模版。。。或则让 IDE 自动生一个？
嗯，终于写好了 maven 配置，build 下先。。。
终于可以用了，怎么用来着？好像要定一个 Class 先？让我看看这个 json 什么 schema。。。
这个 schema 怎么这么奇怪？太烦啦。。。
。。。网上又搜了下，好像可以直接解析到 jsonNode ？好像还是这个方便。
怎么弄来着？ objectMapper.readTree(...)。。。好像还要 catch 一下 exception。。。等等，这个 key 存的是数字还是字符串来着？
。。。终于能跑了，但是不太满意。。。
嗯，objectMapper 好像应该用“依赖注入”传进来比较好，方便测试，那就在 spring xml 里搞一个单例的 bean 吧。。。
哦对了，还没有下 spring，maven 配置改一改，在 build 下。。。
既然都依赖注入了，是不是应该考虑下以后万一发现 Jackson 没有 Gson 快，可以替换底层的解析器呢？
感觉这个想法不错，先写一个 interface JSONParser，再写一个 class JacksonJSONParser extends JSONParser，里面调用 Jackson 的方法，这样不但方便了注入，别人也不用直接调用 Jackson 的方法了。。。
索性再写一个 JSONParserFactory，用来生成 JacksonJSONParser 或者 GsonJSONParser。。。
感觉还不错，感觉我这代码写的鲁棒性真强，各种 design pattern 也体现了我作为高级程序员的技术实力，领导 code review 的时候一定会表扬我。。。

第二天。
领导：小王，昨天那个 API 调用写的怎么样了？
小王：写好了，领导你看看。
领导：哦，对了，刚才客户告诉我说那个 API 是 XML 的不是 JSON 的，你赶快稍微改一改我再看吧。
小王：。。。

比如我会每句话写一行，视觉上舒服，也方便修改。空行代表分段。

~~~
xxxxxxxxxxxxxxxx.
xxxxxxxxxxxx.
xxxxxxxxxxxxxxxxxxxxxxxx.

xxxxxxxxxxxxxxxxxxxxxxxx.
xxxxxxxxxxxxxxxx.
xxxxxxx.
~~~

@itskingname 就是 round 结果的最低那一位是偶数。

感觉说复杂了，其实既可以进也可以舍的时候，就一个原则：选偶数返回。round(0.5) = 0, round(1.5) = 2, round(2.5) = 2, round(3.5) = 4, round(4.5) = 4 ...

比如 edit distance，TF/IDF

yes and no。这只是一个 anti-pattern workaround，注意这里的 decorator 不是 method。虽然也可以定义成 method，但是需要更多的 hack。
https://gist.github.com/czheo/a976c92f60c6757f6e9dd316174eea6f

为什么比美国本土员工稍微低 20%左右？

美国博士好好刷题找实习呗，leetcode 刷两遍足够。