博客

工作了两年，做的基本都是java开发工作，但由于刚毕业后的一年多的时间里，一直在家外包公司做对日开发，当时跟的项目大概是从09年起就已经开始做了，但是好像核心的东西对国内的项目组都是不公开的，就连用到的框架也是人家内部封装好的，我想说这一年基本是在搬砖了~

14年的11月份就在国内的一家互联网公司开始上班了，从对日外包的项目转到国内的项目，当时的感觉真是太幸福了，两点：1.再也不用读写繁琐的日语文档，2.自己做的东西可以见成果了。但是好景不长，在熟悉了项目组的业务流程后，也开始开发或者维护项目了，在这过程中发现，以前的某些项目真的维护起来好捉急，由于项目开发是很早以前的人干的，在负责人换了一拨又一拨之后，现在的项目基本没有人愿意往下看了，但是，木有办法，还是得维护，所以只能硬着头皮看下去，基本看明白了，也能做日常的维护了，问题又来了，现有的那种思路，每次新增加一些业务后，需要建立N多个站点，其实站点与站点之间就那么一点点属性是不一样的，每次建立站点后都要写乱七八糟的配置文件，启动脚本，以及修改权限啦，用户名啦。。。真的是很繁琐。。。只要有人维护该项目都会产生N多的抱怨，还有无奈。

如果你要是不小心执行一条这样的命令：sudo rm -rf  cd /根目录，或许可能对线上的业务不会产生多大的影响，因为一般的业务都部署在不止一台服务器上，最多就是运维下了当前这台服务器，但是，总还是要恢复吧。。。其他服务器有备份这是比较好的情况了，但是，如果没有备份呢？？？ 目前的项目不光维护起来不方便，而且一旦站点被误删，回复起来真的是比搬砖更苦逼。。。于是乎重构迫在眉睫，可是重构谈何简单？在不改变原有系统外部行为的基础上。。。

在第一次维护该项目的时候，一下午建了20多个站点，真的是欲哭无泪啊。。。。只能说前人其实也是蛮辛苦的！