程序员的状态==代码的状态

周五的时候leader单独找我谈话，主题是关于另外一个工程师最近的状态。看来似乎所有人都发现他的状态不好。

一个人的状态怎么样是很容易看出来的。尽管可能口头上不说，或当你问起的时候回答“我状态挺好的啊”，但是身体语言不会说谎。这点小孩子都可以很容易看出他的玩伴某天的状态与往常不一样。当你问起的时候，如果他承认他状态不好，这说明他至少也希望积极寻求帮助让他恢复往常，但是当他不承认状态不好的时候，这说明他在回避，也就是说平常你看到的状态也是他回避之后的状态，那么他的状态可能比看到的还要差。特别是如果一个人平常很活跃的时候，那么在他低沉的时候反差就显得更大了。

回归正题，我想leader问我的原因可能有两个：
1. 作为朋友之间的关心。
2. 作为同事之间的担心。

第一点不用多说，朋友之间互相很了解，一个平常非常活跃的人最近的非常沉闷的状态确实让人担心。
第二点，同为一个项目组的人，如果一个工程师的状态不好，那么很有可能他的代码质量没有正常情况好。

记得一次跟SQA（软件质量管理）的人做Audit（考试）的时候，她就说根据她的经验，软件看似是跟计算机打交道，其实也是人与人的交道，就好比一个人今天感冒了，那么他在感冒期间做的工程质量或者效率肯定没有他正常状态做的好。

我们经常说通过一个人的代码风格可以看到这个人的性格怎么样，虽然感觉有点过（可能没有达到这个level），但是相信还是有道理的。一个稍显粗犷的人，可能他的OO思想用得很到位，大处着笔，大的框架默然于胸中；一个性格很细心的人，可能他的整体观点不太强，但是Coding style却能把握的非常好；一个处于思路清晰状态的人，他的代码也条理清晰，判断，循环井井有条；一个处于思路混乱状态的人，代码逻辑关联不强，东一处西一处，bug横飞。

又有一次，因为打包给客户，项目组弄到很晚的时间。根据我们的项目流程，我们每次必须只能一个人把自己的代码merge到总版本上去，然后test，然后下一个人merge。因为当时接近凌晨了，所以上一个工程师merge后没有test，然后我将我的代码merge上去，因为我们的作业范围是一致的，当我test的时候，发现系统crash了，于是我认为肯定是我的代码出错了（我此时不知道上个人没有merge），可是在我的版本上没有crash啊，于是我担心漏掉了什么没有merge，于是重新检查了所有的工作，最后断点debug显示crash的地方在前一个工程师那里。时间已经接近一点。
这个案例说明两点：
1. 前一个工程师如果测试一下他的代码会很快发现问题。
2. 我的检查方法应该先检查Onload()事件里面哪个function出了问题，再检查细节，这样会更快定位。
而这两点的潜在原因是因为时间太晚了，工程师因为太困没有状态，而犯了平常很低级的错误。

总体而言，调整为最佳状态工作是对软件工程师们非常重要的话题，根据我那一点点的经验，总结如下：
1. 要尽量早完成一天的工作。时间拖得太晚，状态就会下滑，效率也下滑，错误率会上升。
2. 如果突然接到任务而此时思路混乱，注意力不集中，就不要强行一直下去了。可以去用冷水洗洗脸，然后冲杯咖啡，有条件的可以去公司外面吹吹冷风。给自己一个时间，比如10分钟，那么10分钟不想项目的事情去好好调整，然后回来再想代码的事情，就发现原来被卡住的地方自然会通畅起来。
3. 如果是因为生病状态不好，可以去和主管说明情况，在保证质量和进度的前提下，可以先做些难度不大的代码编写，最后等恢复了些再做主要工作。实在不行就只好让别的工程师代理你来做了（根据主管安排）。

 

本文链接: http://blog.boluotou.com/Developer/2009/02/Status_Of_Code/