Code Review是一个很好的process，大家互相点评code，这样可以提高code quality。是的，没错。但是如果大家不互相点评code，每个PR都是点一下approve，是不是就说明code review没做好，是不是就说明code的quality有问题呢。一个很厉害的team，每

在职场上难免需要和别人辩论，特别是需要就双方各自的技术方案哪个更好来辩论的场合，很容易就演变成脸红脖子粗的吵架。我个人不是很喜欢通过辩论来争出好坏来。因为：第一，辩论的输赢有时候并不能说明问题。有些老板认为技术问题么辩论一下总归能分出对错好坏，寄希望于辩论的输赢能够代表方案的好坏，你能把别人说的哑口

这几天我发现了圣斗士星矢居然有所谓的天界篇和混沌篇这样的同人漫，看的我不亦乐乎。而且这两部同人作品其实并起来是一部，大致讲的是圣斗士们所处的宇宙是秩序宇宙，相应的它就有另一面被称为混沌的宇宙，秩序宇宙的大老板宙斯感应到混沌宇宙的大老板即将觉醒，他们必有一战，所以宙斯用摧毁人界的方式选择出最强的12人

我想今天来讨论下换组背后的逻辑是什么。首先像经济学一样假设人是完全理性的，那么根据理性我们能不能推导出换组的原因呢。如果像经济学一样的理性来思考的话，那么我做的任何事情首先必须是能让我得利的，那么换组能像跳槽一样涨工资吗，不能，而且还要丢掉在现在这个组的积累。所以从理性角度来说，跳槽似乎是理性的，能

最近我在看大秦帝国，里面有个故事我觉得很值得在这里讲一下。当然情节过于复杂了事情本身也没我接下来要说的那么简单，我也只能断章取义，添油加醋，歪曲剧情的讲一下，影响故事里人物做出决定的因素有很多，我只是挑我关心的讲一下。秦赵长平之战，秦国杀了赵国几十万降兵，这一战两国都倾尽所有国力了，现在秦国赢了，赵

学习，让自己变强，大家都希望这样。但好像同学们有一种想法是通过工作来学习，做的越多就学到的越多，那么这种想法其实是不对的。期望能通过工作来学习，这是不现实的。工作就是工作，打工人出卖劳动力赚点生活钱，这就是工作，很多时候就是做螺丝钉，就是做重复的事情，就是到处打杂，真相本就是如此。工作里能学到的东西

人生中经常会陷入先有鸡还是先有蛋的问题。比如说做项目，大佬们盼着先做出来了准备充分了，然后和外面谈的时候能一举谈下，码农们盼着先谈妥当了有了需求再开发。又比如说数据驱动，大佬们盼着拿出测试数据说明这个项目可行可以有利润，然后再开发，码农们说要拿出测试数据不先把它开发出来用起来又怎么拿的出可信的数据。

本人体重早已爆表了。也曾试着想减一下，但自己实在没有那么大的欲望。没有欲望就坚持不下去，虽然家里有小朋友报学习班送的动感单车，但我回家基本上不是在干活就是在上网，动感单车都没有时间去碰，已经成了小朋友的玩具。因为对我来说人类的六感都是从外界感受信息，吸收信息进入人体，而运动嘛，基本上都是自己在那里枯

我们写C# code一般都是public或者private，但是其实还有internal，internal其实非常好用。第一个是你写的method想不想让别的project能看到呢，如果不想的话那么就要用internal。当然一般情况下全部写public也不是不可以，但是如果能仔细考虑可见性的问题，

我其实是没有什么周末的概念的。通常周一到周五干活，周六周日休息，大家一般的认知是如此。但我们18摸呆过的都知道，18摸讲的是work life integration，而不是work life balance。什么是work life integration呢，就是工作中有生活，生活中有工作，生活中