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