小说项目维护
随着前段时间的爬虫和搜索引擎项目的大概完成，逐渐闲了起来，于是就有了前面的hibernate学习的系列，当然，就算不闲也还是要学习的。
这几天开始维护公司的一个主线项目，OPAC，一个给用户使用的图书馆系统。
一边改一边骂，真是SB啊，以前的设计真是TM的郁闷，怎么想到用XSL来呢？而且又是用跟oracle绑定的，真是个杯具啊。今天一个客户有问题，明天一个客户又有问题，什么IE6下这个按钮点不了，那个按钮点了没反应。
前段时间的一篇文章说中国还是IE6重镇，我想，至今还用着IE6的肯定也就是那些所谓的领导和老师们，他们一般都是上了年纪的，要他们接受新事物是比较困难的，所以也就要我们开发人员痛苦啦。
同事说项目维护比开发更考验一个人的实力。对某些看得顺眼的项目是这样，对某些看不顺眼，连碰都不想碰的项目，检查是考虑耐力而不是考验实力。一边改一边想把以前那个开发人员的亲戚骂个骗。一个方法3000多行，每个都是if else判断，每个else里面又有几百行代码。唉，我说老大，你们以前再古老也总听过重构，也总听过可维护性，3000多行的代码，看着就痛苦，还要改，一边拖一边骂，又是个杯具啊。
自我感觉，我写的代码还算是比较易读的，每个方法都有相应的注释，一些较难看懂的代码在前面都有注释，说明为什么这样做，这样做的目的。变量的命名都是按照意义来的，比较容易读懂。
有时感觉外包其实很幸福（虽然我没呆过），可以从一个项目开始慢慢做起来。也许没什么技术含量，但毕竟是自己的代码，自己可以慢慢地去呵护。而做项目维护，感觉就跟捡别人的二手东西一样，虽然看着好像不用做太多东西，缝缝补补的，遇到一个比较强大的系统倒好，遇到一个用的技术很痛苦的，像我前面说的用到所谓的XSL标准，但各个浏览器之间又不一样的，那就杯具啦。
很久以前就有人说过软件开发是一门艺术，读优秀的代码是一种享受。但现实世界中很少有那么多优秀的代码，尤其是小公司的，那些代码是N多手经过的，写的那个文采飞扬，这个一个变量，那里一个变量，格式也不弄好一点，就这样x,y变量名，看着那个郁闷。
各位童鞋们，为了让以后接手项目的兄弟能够活得高兴点，长命点，请写好代码。