thinking

我们码农除了写代码以外，还要对代码写单元测试来进行测试。但是我们往往写好了代码，却发现这代码没办法写测试了。最大的问题是，往往没有很有效的办法对代码中的对象进行mock，因为那个地方是在函数里面的代码行，它mock不了。我举个例子，有一个函数，里面会new出来一个类的对象，这个对象会访问外部系统，所

今天聊聊长期与短期的矛盾。一般认为短期发展的好自然长期也会看好，但其实这里面是有矛盾的。比如说，某人在公司很成功，然后为了更加成功他就会投入越来越多的时间在他的公司的项目上，他在公司的确很成功，但是他的所有精力都花在他的公司了，他的所有技能都是基于他公司的技术栈，他已经和公司深度的绑定。那么万一公司

我其实极度恐惧。我恐惧的不是说什么这次没有涨工资，或者说没有升级，或者说别人比我涨的多升的快。我恐惧的是哪天失业了，哪天无法维系现在的收入水平了，哪天职业生涯被迫终结了，哪天赋闲了，哪天不得不去送外卖开滴滴了，哪天不得不去开路边摊或者去路边卖早饭了。所以我的安全感其实是很低的。我恐惧的都是生存问题，

我常看到的情况是有些同学的技能不全面，比如有的不善于沟通，有的不善于写文档，有的不善于做ppt，有的不善于做presentation。其实与其说不善于，不如说不喜欢。那么这些其实都是职场必备的素质，如果这些素质有某些方面不够好了，那么对职业发展是多少有些影响的。除非某个方面的能力大到缺了这个人不行，

我一直认为编程属于文科。为什么呢，你看做一个项目是不是要考虑各种东西，是不是要和各种人打交道，是不是需要不停的想还缺了哪些东西，写code是不是和写文章一样，得考虑结构，得考虑段落，得考虑名字怎么样起的更好，得考虑怎么样别人才能看的更爽，而不是别人看了以后在心里暗骂垃圾code/垃圾文章。那么我们上

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

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

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

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

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