我的IT生涯—上路（续）

（上次写好之后，正准备发表，IE却突然退出了，郁闷死了。故现续上）进入研究生学习后，由于有了明确的目标和方向，因此开始大量阅读软件工程相关的书籍，当时也是不求甚解。到了暑假时，经同学介绍去了一个小公司兼职做社保系统。虽然时间很短，但获益非浅，通过学习其基础平台和框架，并最终消化，还自己也做了个框架用于小MIS系统（呵呵，后来还真在一个项目中派上了用场），领悟到了软件开发的诀窍——软件架构。   于是接下来又阅读了大量相关书籍如设计模式，POSA，REFACTORING，JAVA与模式，企业架构模式，CORBA，J2EE等等。看第一遍时也是不得要领，但经过在项目开发中反复琢磨，又回过头了再看、再想，还是逐渐掌握了其中的精髓，领悟到了是对当初在看RUP时的“用例驱动、以体系结构为中心、迭代增量开发”的真正含义。不久，又一位老师找到我帮其一个电视台稿件处理项目救急。先前，他找了几个看过学生做了大半年，说是让帮他做一个内部消息传递模块。结果我一看，就倒吸了一口凉气，完全是编程教程风格的设计和实现，一团糟。我当时就给那个老师说你这个项目肯定要重来，老师却说这个项目已经要交付用户了，我也不便多说，花了半天给他做好了那个模块。第二天，这位老师又找到我，说其他地方还有一些功能帮忙改一改，我又说这个项目交不出去，老师依然不信，说只要把问题改了就行了。果不其然，没过几天，他又风急火燎地找到我，让我和他一起去见用户。到用户那里一去，我才发现问题更糟，居然连需求和流程都搞错了（不晓得以前的人做过需求分析没），但此时距离交付只有一周时间了。没办法，又让我帮他改。一周后，虽然我强烈反对，系统还是交付用户试运行，考虑到用户工作的特殊性（将影响新闻的制作和按时播出），我又被这位老师央求留在现场保障，让我承受了极大的压力。三天后，由于软件实在问题太多，最终用户停止了试用，并给那位老师施加了压力，给了一个月，若不完成交付将采取措施。当时，在回去的路上，看见这位两宾班白的老教授在寒风中是如此的焦虑和憔悴。这次，他终于采纳了我的建议，重头再来。结果，通过在我先前开发的框架基础 上，一个月内就完成了整个业务流程功能，并顺利地进行了试运行，又过了一个月，整个项目结束。在此期间，我也是熬了很多夜，工作时间很长，同时也承受了巨大的压力。

虽然这个项目基本上没挣多少钱，但这是自己进一步体会到了软件架构的重要性，并实践了之前所学的技术，加深了理解和认识，同时也充分锻炼了自己压力承受能力。回过头来，又把书拿出来读了一遍。接下来，又去做了几个项目，已经感觉比较得心应手了，对于软件开发已经有了全新的认识，已经不是之前那个仅仅掌握编程技巧的"程序员"了。