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

初入项目

我加入这个团队的时候,听说做的工作将会是现在非常热门的“大数据”、“云计算”,是某个行业基于云的解决方案,初看上去似乎是一份十分有前途的工作。这个团队的工程代码已经开发了好几年,我当时想,一定会有不少能学习的技术吧。

然而当开始看到团队的入门文档的时候,我还是很吃惊的,因为上面罗列的技术框架,已经是非常久远、过时的框架(再次说明面试的时候,问公司现在所用技术的重要性)。比如,用的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分钟的路程,但是我还是离开了,接受不了如此强度的工作和画饼的承诺。后来也没关注,不知道这个公司发展得怎么样。

转载于:https://my.oschina.net/u/1756290/blog/715941

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值