新工做与老项目

新的工做不知不觉的干了一个多月了。怎么说呢，跟想象中的差异很多，原本想的能进来跟大公司的同事能有不少交流，能在团队中跟大牛学习更快。结果公司的这个项目上只有两个程序员，项目是十年前的老项目，此次的任务是重构前台界面，总体工做量可能要一年以上，核心的也要干半年，另外的老程序员干了几年了，对项目也没了解透彻，不少地方得靠自学，我想来都来了，说跑就跑也很差吧，感受好像是怂了搞不了才当逃兵同样，趁此次机会磨炼下前端也好，慢慢啃代码慢慢重构吧。

不得不吐槽下，没有注释的代码太难读了，这么大的工程量竟然都几乎不怎么写注释，尤为是经常使用的函数跟接口，名字起的也很怪，各类奇怪的缩写，猜不出来什么含义，若是之后我带项目，函数名不写注释的必定要考核，一个注释要不了几分钟，后期却可能要浪费别人许多许多时间精力。

想趁机谈谈对老项目的感觉，这个项目在凑合能用的状况下，没有版本控制，部署工具等等标准流程，编译的时候都通不过，各类报错，原来他们用的eclipse，强制编译，编译好了再直接把代码ftp到测试环境上测，看日志。给人感受像一个楼，破了一扇窗子之后没人管，因而整个楼各类涂鸦跟破窗。知乎上说祖传代码像屎山上堆屎，以为很形象，到不是鄙视那些前辈，他们解决技术问题的能力都很强，就是有些东西实在过期，与时代脱节。

项目很大，这么多年一直在修修补补，也算知足了甲方要求，可是我挺但愿能有机会把它重构了，由于项目的一些开发理念实在太过期了，且不说繁琐笨重的xml通讯方式，就说高级查询语句，都是在前台拼的，安全性确定不好，还有开发效率，用的原生js，不少逻辑写在前台，动辄上千行的js，很夸张，其实有不少优秀的组件不用重复造轮子了。项目的工做流引擎，也是本身开发的，跟业务耦合感受挺重，但愿能用activiti从新实现。

可是若是重构，工做量究竟是多大呢，甲方可否接受并给新立项给钱呢，上级估计也不会赞成无缘无故的重构吧，都是以为能凑合用干吗重写，因此他们宁肯只改前台。我想，重构前台的过程当中，把前期的坑踩完之后都是大量的体力活吧，真不但愿干到最后又变成了来回复制粘贴的原始做业方式，锻炼不了技术的工做又有什么意思呢。

不知道在这个大公司待了几年的老同事怎么想，我以为按照这种开发方式，写十年代码也收获有限，跟不上时代，一直拿着熟悉的十年前的东西开发是感觉不到新技术带来的高效率的便捷。也许他们有本身的顾虑，要养家糊口什么的。以我目前没太大生活压力的想法是，宁肯少拿点钱，也要挑个能磨炼技术的好环境，对长远好。也许真到半年后会有不一样的想法，先把目前的思考记录下来之后参考。