走过2008年

2008年是个不寻常的年头，天灾人祸不断，出现不少炙手可热的keys，艳*照、地震、雪灾、奥运、三鹿、胡*佳、股灾、房价、经济危机、警*察打*死*人等，年尾还有个高级香烟。对我来说没有一个是正面的key，我甚至怀疑这个社会是否能健康发展，这个社会真的“有病”。

2008 对我来说也是值得Mark的年，2003年开始在一家创业公司干了近5年离开，公司基本处于倒闭的边缘，有点悲壮，我不能在耗下去，于是选择离开。这5年的时间对我来说太重要，5年来一直习惯埋头干活，却忘记看路，失去太多，有迷失的感觉。但自己对互联网业还是比较感兴趣，所以放弃好几个不错的职位，以外包的名义来到一家互联网商务公司A。近半年来，虽然没学到多少新知识，但对互联网的认识比以前更加清晰。

来到A公司觉得好似进了一家国企，基本不忙，没有压力，和以前的感觉大不一样，早上上班，下班即可走人，有活(不多)就干，没活就看看自己喜欢的东西。和来之前对这家A公司的印象大不相同。

有个好处就是自己支配的时间比较多，再加上这段时间自己个人的事也比较多，正好合我心意。在闲暇时，补充了一下专业知识，学习了python和 django(其它的扫过，就选择这个)。以及以前(在小公司)从涉及不到的apache、lighttpd、ngnix等，可以说这些都是作网站 (web2.0)必备的。自己也开始使用maven2来构建和搭建开发环境，也正是确定以后开发java应用一定要使用的，加强了一下鸟枪。svn当然必不可少(以前是cvs)。

也看了A公司几个项目的设计，觉得对自己的帮助比较大。越来越感受到设计的过程就是解决问题的过程(如同解方程)，由系统的全貌再到系统的局部，一步步的细化，使得问题清晰。可能开始只有大概的轮廓，很粗糙，当把问题分解后，会形成一个个小子域。在这个过程中通常体现在输出的一些设计图（有的叫做架构），能使用幻灯片的方式把解决方案阐述清楚。

其实在设计过程中没有必要特别提出什么架构设计、概要设计、详细设计，设计是没有必要分界限的，它是一个连续的过程，没有必要把这个过程切成3段。

设计的力度一般掌握在模块这一级，没有必要像日本（据说，我没和日本人大过交道），精确到类、方法、甚至是变量的命名，非常恐怖。个人认为只要到模块就可以，一个模块，对外提供服务（接口），也是通过调用其它模块接口获得服务。控制好接口就可以了，至于模块怎么实现，放手让程序员实现，这对他们成长有好处。也就是一些人所说的概要设计这一级，主要针对模块的。当然设计人员需要抽出一些重要的对象(领域对象)，不要让程序员胡乱去编造一些领域对象(这在熟悉业务就要达成共识)。但是这种方式本身建立在小组成员的技术素质比较强的基础上。

2008年有遗憾的地方就是我的EN没有达到既定的目标。意外的收获就是python，很是喜欢。