眼看就要到春节假期了，公司E-HR平台上我的账户下还有一项待处理的工作：填写一份"领导力发展回顾与提升计划"表格。表格很简单，5分钟就能填完，不过其中有一项我自己很难填写："您了解或感知同事/或下属对您的期望"。虽说可以自我感知，不过我更想听到我的同事真实的声音。 于是乎我就在产品线内发出了一封Mail，希望能够得到大家真实的想法。

小半天，我就收到同事的十几封反馈Mail，多数Mail中大家都提出了对我的期望以及对研发线的期望；另外在很多同事的Mail中还包括了对我个人以及工作的肯定，这让我十分感动，我相信大家的反馈是发自内心的。

将同事们的期望总结一下，大致有以下几点：
1、继续在研发线内引入和推广业内的优秀实践，扩大团队视野，提升团队能力；
2、将已经采用的实践继续扎实的做下去，做深做精；
3、分配工作时尽量兼顾同事们的个人期望；
4、产品线内各项目间平衡投入；
5、给予下属同事更多关于高效工作方法和提高解决问题能力上的指导；
6、提供更多的同事间相互交流的渠道或者平台；
7、多多组织业余团队活动，这是很多同事共同的期望。

两天前曾与我的直接领导面谈了一次，谈了很多，包括新职位要求、部门对我的期望、改善团队关系等等，后来又开始发散，说到个人性格、适宜的职涯发展路线等。其实这两年随着年龄的增大，经验阅历的丰富，我也逐渐开始了认真地自我认知（以前有些随波逐流），渐渐地知道了自己需要什么、想要得到什么、反感什么以及不愿去做什么。做事开始有了倾向性，好恶分明，做喜欢做的事儿，而对那些不喜欢的事情不屑一顾。

我从来都不认为自己是一个外向的人，不过在我喜欢事情上我却是外向的、健谈的甚至是热烈奔放的，说起话来是滔滔不绝的；另外我个人做事比较低调內敛，属于实干型，估计大多技术出身的人都具有同样品质；这几年的历练让我逐渐培养起了大局观，处事冷静沉稳，思路清晰；另外做任何事情都追求高标准，不仅要有好的结果，还要有好的过程。自认为是一个完美主义者，甚至有些偏执；擅于思考，追求高效；强烈的自我驱动；追求简单的人与人之间的关系。

当将近而立之年时，多数人会进入一个人的认知动荡期，他会重新思考自己的人生观、价值观和世界观，思考人生，找出好恶，做出一些改变，做出一些选择，甚至是主动做出一些放弃。也许通过了这个阶段，你的人生之路就会变得更加笔直和清晰。

有了孩子后，我更多的是挤出时间来做自己工作之外想做的事情，辛苦，却有意义，有成就感。不是有那么一句话么：风烛残年时，当你回忆起往事，让你后悔的不是那些你曾做过的事情，而多数是那些你当时没敢于去做的事情。

要敢于去做，并把事情做好！

2011年，我将继续在技术的深度和广度上齐头并进。而在做人方面，多些包容，少些苛刻。

也许你经常遇到这类情况：你在代码里使用了别人提供的第三方库，当库升级为新版本后，你的代码在编译时无法通过，提示接口原型错误，经查发现原来是该第三方库提供的某接口的原型发生了变化，比如原接口被删除、增加了参数、参数减少了、修改了参数类型以及返回类型发生变化了等等。你也许会不由自主的大骂一句：F**k。

我们换位思考一下，假如你是某个库的Owner，当你遇到需要修改接口原型的情形时，你应该如何去做呢？这里考量出一些方法供参考：

1、谨慎评估：是否一定非得修改接口原型这么做，是否有其他办法解决此问题，毕竟修改接口原型涉及改造面太大了；

2、退而求次，另立新接口，并告知调用者本库的那个老接口已经被标识为obsoleted了。以后就不要用再用该接口了，而是直接用新的吧；

3、如果实在迫于无奈，只能变更接口原型才能达到目的，那么也要小心驶得万年船：考虑到你的客户，小心翼翼地规划库版本，可将那些无需变更接口的需求放入小版本中，支持快速发布，满足调用者需求；而那些只能通过变更接口才能实现的需求，可考虑都汇总到后续发布的某个较大版本的分支中，这样发布间隔变长，也在一定程度上降低了调用者为适应新库而进行修改的频度。

其实我们很是希望在进行库设计时，一旦接口原型敲定，就再也无需变化。但现实是残酷的，变化是永恒的。我们只能更加关注和完善前期设计，尽量减少而却无法避免接口原型变更的可能。