说说这大半年的感受

[size=medium] 项目接近尾声，我不是主要负责人，因此后期的验收基本上没我什么事了，也就有时间来写写~~
这个项目是很简单的BS架构的管理系统，在做项目的过程中，项目延期主要是需求变更太频繁，在一期上线前得几天，都还在更新源代码，当时我就无语了。。。无语又怎么办呢，还是得服从安排撒，继续改呗，还能怎样。项目中也没用框架，如SSH、SSI之类的，是很传统的MVC模式，代码结构基本上也是一些不规范的东西，不过自己不到两年的开发经验，也让自己无话可说，但自己在这一过程中，拜读了《代码整洁之道》以及《程序员：从小工到专家》还有什么JSP规范，Java规范就不用说了（必须要熟悉的），TDD，《代码重构的艺术》，《代码大全》等一些前辈推荐的书，一路走来，也就大半年的时间，个人感觉还是提升不少。在项目后期审视代码的时候，对自己以前写的代码，运用从树上学来的代码规范，进行了重构和精简，明白了太详细的注释，并不代表你很仔细，很认真，正好相反，说明你的方法（或者函数），变量名，类名的命名有问题，不能让人清楚的知道，是作何用途。只有在用到比较复杂的算法或处理逻辑时，才写一些必要的说明。在某个论坛上，看过一篇文章，叫做《我为什么不写注释》，说的就是这个道理。当然，不同的公司，有不同的要求，这点只代表个人观点。 项目组的分工问题：我们有三个开发人员，没有用代码库，也没有版本控制，故而时有发生在做代码整合的时候，有纰漏，新修改了的BUG，在后期测试时，依然存在，这种方式导致后期浪费了很多时间。再加上监管不力，再后来的扩展开发阶段，基本上全靠个人的编程素质，测试都很少，一切为了按时交工！让我觉得，根本没啥标准或者规范可言，也许这就是不正规的后果吧，谁让自己遇到了这么一个XX。都还不是为了五斗米。
现在我唯一担心自己的就是，在这样长期下去，自己学到的项目管理流程和程序开发方式都是“天马行空”般得飘逸，没有任何标准，规范可言，什么软件工程，什么开发规范都是浮云，在实际开发管理的过程中，根本不会遵照执行的，以后要进一步提升的话，会有很大的影响的。当然，自己可以保持自己的风格和追求，你改不了，那是你自己没本事，我知道有人会这么说，可是，事实是这样。快2年了，明天活的怎么样，是由今天决定的。明年，又将到达一个新的十字路口，何去何从，还是早打算的好。
下一阶段准备强化SSH，并深入学习J2EE规范，EJB开发。[/size]