一个月的光杆司令的小总结

从4月20日开始自己接手一个新feature到现在，期间碰到不少的问题，其中大部分都是不是开发上的工作。现在回过头来总结一下：

1.理解plan，学会做report。在大公司，plan和report制度是很重要的。对于经理来说，plan保证足够好的工作路线，report保证对工作的具体监控。我之前没有做过这方面的工作，没有这方面的意识。以前经常听人抱怨外企万恶的report制度，但是我的亲身感受是，利大于弊。report制度是一种要求reporter主动的制度，在大企业，领导不可能大部分事情都去过问，即便领导去过问时，你不一定准备好了，主动report给了reporter足够的考虑时间和自由度。在外企工作，主动性绝对绝对不可缺少。
2.换位思考。有的时候，我不能立刻领会领导的意图或者其他同事的意思，这个时候，换位从领导的角度或者同事的角度去考虑一下，很容易豁然开朗。尤其，在企业里，领导的角色经常是决策、统筹等highlevel的工作，站在开发的层面是看不清楚的，也难于领会的。很多时候，开发的视野是有限的。
3.多角色转换。作为一个开发者，通常只需要关心如何实现需求即可.理想的情况是，开发者应该参与到大部分软件过程，这个过程正如《code complete 2》里面描述的那样。我觉得这样才是一个纯粹的开发者的角色。但是在我经历过的3家公司，只有小leader才可以真正接触到这些东西。而我也觉得，同时担当这些角色，不仅可以锻炼工作技能，也可以有机会从多个角度去看问题。像我就会经常碰到这样的问题：站在开发的角度来看，很重要；但是站在PM或者Arch的角度去看，却不那么重要。同一个事物的多个面，总有不同的精彩。
4.沟通技能。我所说的沟通，不仅仅是说话让别人明白，虽然主要是这样。我所说的沟通还包括如何去做presentation、如何去share knowledge。我曾经一度给自己打气，让我碰到陌生人时，可以与他轻松地交谈，如果投机，并进行深入的交谈。可是现实中，我感受到了困难：一次在公司的小聚会上，面对不少陌生的同事，我忽然失去了攀谈的勇气，不论是男同事还是女同事。
5.专业知识。以前在国内企业呆的时候，看他们的代码，还可以轻松理解。但是来这家公司之后，发现即便是看代码，事情也变得不那么容易。他们总是不经意地将多个模式、思想、框架结合起来，等到product成型之后的代码，转交给我们再看时，就挺复杂。我经常自问自己，如果我要实现一个同样的功能，能不能做到比他们更简单。答案是，我做不出来。我也许可以做一个app自己在那个地方跑，但是我还做不到既保证app自身的功能、性能和扩展性，然后再去和多个外部app进行交互。写代码的事情，突然变得难了起来。反思一下为什么会出现这样的情形，我觉得一个是自己并没有花很多的精力的编码实践上，二是读书太少。这一点需要立刻改变！
6.时间管理。以前上时间管理课的时候，并不知道，在企业里工作，时间管理的重要性。我现在感觉，时间管理的精髓，是识别事情的重要性。按照以前的那个理论把事情分成四类：紧急重要、重要不紧急、紧急不重要、不重要也不紧急，我的实践感受是，在具体的生产环境里，我经常难给事情分类，没有什么事情很纯粹且没有什么关联的，经常碰到的事情都是一环套一环，一环解错，可能整体效果会打折扣，一份工作中的所有事情，不都是紧急重要的，自然也不都是其它三类了。学会时间管理很重要，它可以极大提高工作效率。
7.锻炼眼界。在移动设备领域，事物变化的极快，譬如保罗安伦说微软今天为什么会没落，其中有一点就是因为他们不能适应现在这个世界的变化。眼界过窄，就相当于押宝，今天花了大精力去学习了symbian，结果没过两年nokia自己都不搞了。听过这么一句话：学好本事，不管谁当皇帝，都有肉吃。而这个本事，肯定是哪个皇帝都用得到的。我个人很喜欢去ifanr刷文章，从去年某个时间开始到现在，我坚持看了它上面所有文章，很多东西对我启发很大。
8.


//待续