起起伏伏这一年

还记得在老家时，骑单车远行是一件很有意思的事情，因为是丘陵地带所以需要翻越一座又一座高山，上山很辛苦，只能专注于道路、劳累着身体；登顶回望对自己说：征服了，感觉不错；下山时，风儿拂面，看两边各色风景，心情颇好，但知下坡完了接着便是上坡，所以要积蓄着力量。

今年便是这样的感觉。

有在项目上出现问题后，顶着压力，全身心的投入项目上的问题，连续加班以便能快速解决问题的辛苦。

有问题攻克后，得到产品中心和现场实施人员肯定的满足感。

也有一段时间不需要加班，可以用来拓展下知识面，可以用来预言下一个版本的技术难题的轻松愉悦。

Avid字幕插件在这一年慢慢成熟，项目也到了尾声。这该是算我离开学校后真正做的第一个项目，从最开始到最终版本的发布，这种感觉很奇妙。你要说像看着自己小孩长大到结婚这样的过程，那肯定不至于，但至少对于我来说这是很有意义的一件事情。

也是在今年，第一次感觉到，是该多看点书的时候了，要做一个软件工程师，不看书瞎摸索是非常不靠谱的。也因为做了两年项目对于一些书籍的知识和理论想法可以和项目结合，明白其真谛而不只限于表面和记忆，以便以后的工作可少走弯路。

也是在今年，第一次想起了大学学的软件工程。做一个项目，他是一个工程而不是一个开发，至少我是这么认为的。开发只是整个过程中的一个环节。而在整个项目开发环节个人感觉和其他环节是对等的，通常我们会关心一个员工的开发技能，但通常时间浪费在了其它环节或者因为其它环节影响了开发环节。

其它环节应该是可以使用一些工具和软件工程思想提高其效率和质量。

比如两个现象：软件公司人员更替频繁，公司做软件核心主体让其它公司做外围所涉及到的开发文档出错。

以上两个现象，都会造成开发人员不管是接替前人工作还是做外围开发，都需要对代码、接口等熟悉的过程。这其实如果有较详细的文档，工作的开展将会很好。但文档似乎是一个很难的问题，内部代码基本无文档，对外接口出现过接口和文档对不上（我碰到过代码中接口变化了，但相应文档中有些接口的描述还是上一个版本）。

最近我发现doxygen这样一个工具似乎可以解决这样一个问题。代码中添加注释后会自动生成文档，这样代码和文档版本对不上的问题就可以避免。

可以自动生成UML图，对整个软件架构可以有一个清晰的认识。

   总之，要做软件工程师而不是程序员，似乎除了基础知识，或许应该再学习下前人的经验，看看设计模式，编程理念等相关思想，也要看看人月神话这样的书籍来对项目有个更新的认识，多看看有什么工具可以辅助开发。

   这一年，似乎最大的收获便是思想的转变。

   感谢2013！

                                                       2014/1/10