圆木菠萝罐

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

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

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

星期五的周会，让我们讨论到这个话题。之所以提起这个话题，是因为参会的总监提出影响一个项目有哪些方面，头脑风暴的结果分为4个方面：技术，沟通，管理，业务知识。

我们这个team的项目比较特殊，是用客户的一套API进行开发，这种API语言就是放在CSDN上也没人知道，因为这API只是针对这家北美客户的产品。技术含量比较低，但是好处是可以用来快速开发项目，有的项目甚至可以用4天开发完成。而且因为这套语言基于面向过程，所以对团队合作的要求更多。最后我们的一致结论是在沟通和管理方面学到很多，但是技术的成长却没有很多。

如果一个开发者对技术掌握的不多实际会非常心虚，而且对自己技术职业生涯的发展不利。

本博决定推出《谁动了我的代码》系列文章，文章不定期更新，主要是记录自己在公司的收获和软件方面的些许思考。《谁动了我的代码》标题创意取自于《谁动了我的奶酪》，在这个变化飞快的世界里，我们要做的就是Change with speed，然后记录下变化的种种历史，以便用来"数据挖掘"得出新的思考和收获。

第一篇是《程序员应该有自己的一门语言》，来源于上周的一次有总监参与的项目周会。

希望在自己的职业生涯的技术阶段能够持续更新。