@loryyang #45 另外还有一个避免魔法值，前面也好多人提了。对于这一点，我是觉得，你考虑一下是否有必要做。你这种 case，直接用一个 ImmutableMap 好了，这样可以变成：
ImmutableMap.<Integer, String>builder().put(1, "").put(2, "").build()
然后 getCodeMeaning 函数里面变成
if (code == null) {
return null;
}
if (code in immutableMap) {
return immutableMap.get(code);
}
else {
return ***;
}

回头看一下，还是 null 太多了，null 这东西还是不要在正常流程中出现吧

可以的话，尽量不要用 null，容易在各种传递运算中出现空指针异常。比如你这个 code 和 codeMeaning，code=-1，codeMeaning=“”表示异常。甚至可以用 Enum 来包装这些内容
如果硬是要用 null，我建议把 null 的处理和其他处理分开。尽量不要用三元表达式，这种东西比较反人类，写起来很爽，看起来一头包。
你这种情况可以写个函数 getCodeMeaning(Integer code) {
if (code == null) {
return null;
} else if (code == 1) {
******
}
代码在可读可维护性面前，简洁性可以要求低一些

老师，要不是现在老师的待遇不行，也许我就去当老师了。除了嗓子不太适合长时间说话，别的天赋都还是可以的

成熟的人不会轻易评价别人不成熟，成熟的一大标志就是认识到世界是多样性的，存在即合理。更何况，一些东西就是需要年轻无畏的人来打破的

总共就 10 个人，作为 leader 就应该了解每个人在做什么，做得如何，对于他们的绩效，你需要有绝对的话语权。如果 leader 觉得不清楚，无法评估，那说明沟通不到位，leader 工作有失职之处
量化的 KPI 指标，比如代码量，bug 量都应该只成为合格的标准，达不到的算不合格，超过都算合格。量化指标有非常大的问题，主要问题在于，量化指标无法完整刻画产出的质量。KPI 本身力量太过强大，只使用量化指标，最终一定会生成畸形的评价体系，对项目发展绝对是有害的
所以最终还是主要靠人来做评估，如果你要说 leader 可能评估不公正。首先没有绝对的公正，其次疑人不用用人不疑，要相信 leader，最后选择合适的下属本来就是每一级都需要认真考虑的事情
一个团队，管好人其实就成功了一半了

还是先尝试继续找一份工作，稍微放低一些期望

点赞~~

基本上支持楼主，如果自用的电脑，我也会选择 win。不过公司给我提供办公电脑，我会选择 Mac，主要是 Mac 和 linux 系统相似度比较高

普通程序员参加各种会议、分享大部分在我看来，只有一个人脉的价值
说实话，会上面讲的东西，基本上没啥干货，真实性也无从知晓。待过大厂的都知道，对外的文案，和内部的实际情况差距会有多大。真货不会那么轻易讲出去的

杭州除了阿里，别的也就那样了

保持好度就行，不要一个极端到另一个极端

@lasuar #6。。。在 frame 里面的结构是搜不到的，你必须要先 switch to frame

看下是不是有 frame 或者 iframe

赞，日本游就是比较贵，其他真的都挺好的

我就是青轴，但其实办公环境真的很吵，好多人在工位聊事情，机械键盘也非常多。如果想安静一般都是自己戴耳机的

一般不是小厂给的更多嘛。。。小厂风险高，后续跳槽难，如果还给的少，那为啥要去？就为了一个 leader 的 title ？这 title 以后跳槽八成也就小厂认

这种场景识别应该不难，通过火车票可以知道需要识别的人是谁，然后匹配视频中的所有可能的人脸，识别到就可以了
难的是，不知道要识别谁，然后仅通过视频来匹配正确的人，因为他需要快速匹配后台超级大的人脸库。这也就是刷脸支付的最大难点，也就是为什么手机刷脸这么早就有了，但是刷脸支付才刚兴起没多久