我经历过最混乱的一个项目

初入项目

我加入这个团队的时候，据说作的工做将会是如今很是热门的“大数据”、“云计算”，是某个行业基于云的解决方案，初看上去彷佛是一份十分有前途的工做。这个团队的工程代码已经开发了好几年，我当时想，必定会有很多能学习的技术吧。

然而当开始看到团队的入门文档的时候，我仍是很吃惊的，由于上面罗列的技术框架，已是很是久远、过期的框架（再次说明面试的时候，问公司如今所用技术的重要性）。好比，用的Java版本是6，版本控制用的是CVS，显示层框架新老代码混合不一样框架在用，有struts1和servlet，其余的还有低版本的EJB和低版本的JPA、Velocity、Hessian。不过我对部分框架并非太了解，因此也没有太多偏见，仍然是对这个项目抱着很多但愿。

工做刚开始的时候，发现他们的代码有一种说不出的混乱的感受。一个功能并无一个清晰的入口，有些是struts1，有些是servlet，有些又直接是Velocity混合着业务逻辑，代码并无一个统一的风格，都是混乱的放在一块儿。有些功能几乎如出一辙，只是展现菜单名字不一样，结果相同的代码又分散到几个地方，每次改动，须要几个地方同时改动，否则就会有功能不正常。仔细查看以后，又发现每一个实体类的字段都没有注释，数据库里也没有列注释，更没有专门的文档来讲明每一个字段的意思，每一个不一样实体的字段表示的意思都存在不一样开发人员的脑海里。

而后我想着把整个系统的流程弄清楚，再花些时间整理一下字段的意思，应该会比较好理解这些代码，或许能进行一次重构。但以后我发现，团队里没有一个开发人员能解释清楚工程的整个流程和结构，也没有人知道哪些部分是正在使用，哪些部分是已经被废弃的。你们都只知道本身开发的那部分代码，但没人了解整个系统，也没有关于这个系统的文档说明，甚至表示同一个意思的字段，先后都是不一样的。

思考

我认为这个系统发展如此混乱有必定的客观因素。开发团队人数不多，但新功能交付，BUG修改这些压力都很大，公司的财务上也有很大问题，因此开发人员被迫天天加班，快速响应需求，修改BUG，快速交付，只能把代码随意叠加，只要功能不出大问题就交付。

虽然刚才说到版本有CVS作控制，但那只是后台的一部分代码，前端的代码所有提交到老板（技术出身）开发的一个云开发平台上，不一样项目共用同一个前端页面代码。但若是一个项目的页面代码被修改，那么只会对这个项目生效，从而知足不一样客户的个性化需求。但有时候完成一个功能须要修改不一样的页面，这个开发平台只能控制单个文件的版本历史，而不能控制全部完成这个功能所修改的文件。这样形成的结果是，客户一看这个功能，发现实际上并不须要，想变回原来的样子，这时候回退就变得十分困难。

还有一点在于，客户的个性化需求绝大多数不只仅在于页面样式，还有不少业务逻辑，特别是每一个客户须要展现的报表都是不一样的。这个状况仍是规定不能更改后台代码，只能写在前端的Velocity里，包括SQL。想到这里，已经以为是个噩梦了，但还有更可怕的。

对于这些前端代码的编辑所有基于网页编辑器，而这个网页编辑器只有语法高亮功能……Java自己是强类型的语言，在Velocity里写业务逻辑，没有IDE的编译检查，还得时时刻刻注意数据类型，否则赋值、转换之类的无效根本不知道到底什么状况。甚至代码超过几百行时，编辑还会感受十分明显的卡顿。其实我不是很懂以前的开发人员是怎么坚持下来的……

代码之外的思考

需求：

每当客户提交一个新需求的时候，没有人把控需求，常常形成完成这个需求以后，客户一看说不须要，立刻又得修改回原来的样子，形成太多太多的无用功。

员工：

老员工天天都在抱怨很累、每天加班，不过令我意外的是他们的士气十分高涨，常常加班到凌晨甚至通宵。但编程这种工做，长时间的工做并不必定会换来对等的成果，有很多研究都证明了这个观点。但在公司财务紧张，又须要招揽新客户的状况下，我也并无什么好的想法，或许公司也有本身的无奈吧。

 

---

 

PS.以后公司要求执行传说中的9 11 6，虽然公司十分近，就3分钟的路程，可是我仍是离开了，接受不了如此强度的工做和画饼的承诺。后来也没关注，不知道这个公司发展得怎么样。