初入项目
我加入这个团队的时候，听说做的工作将会是现在非常热门的“大数据”、“云计算”，是某个行业基于云的解决方案，初看上去似乎是一份十分有前途的工作。这个团队的工程代码已经开发了好几年，我当时想，一定会有不少能学习的技术吧。
然而当开始看到团队的入门文档的时候，我还是很吃惊的，因为上面罗列的技术框架，已经是非常久远、过时的框架（再次说明面试的时候，问公司现在所用技术的重要性）。比如，用的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分钟的路程，但是我还是离开了，接受不了如此强度的工作和画饼的承诺。后来也没关注，不知道这个公司发展得怎么样。
扫一扫
720
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
