标签：项目重构
工作了两年，做的基本都是java开发工作，但由于刚毕业后的一年多的时间里，一直在家外包公司做对日开发，当时跟的项目大概是从09年起就已经开始做了，但是好像核心的东西对国内的项目组都是不公开的，就连用到的框架也是人家内部封装好的，我想说这一年基本是在搬砖了~
14年的11月份就在国内的一家互联网公司开始上班了，从对日外包的项目转到国内的项目，当时的感觉真是太幸福了，两点：1.再也不用读写繁琐的日语文档，2.自己做的东西可以见成果了。但是好景不长，在熟悉了项目组的业务流程后，也开始开发或者维护项目了，在这过程中发现，以前的某些项目真的维护起来好捉急，由于项目开发是很早以前的人干的，在负责人换了一拨又一拨之后，现在的项目基本没有人愿意往下看了，但是，木有办法，还是得维护，所以只能硬着头皮看下去，基本看明白了，也能做日常的维护了，问题又来了，现有的那种思路，每次新增加一些业务后，需要建立N多个站点，其实站点与站点之间就那么一点点属性是不一样的，每次建立站点后都要写乱七八糟的配置文件，启动脚本，以及修改权限啦，用户名啦。。。真的是很繁琐。。。只要有人维护该项目都会产生N多的抱怨，还有无奈。
最后在一条要命的命令（sudo rm -rf cd /根目录）被执行后，虽然是测试服务器，但是这个问题引起了大家的注意，目前的项目不光维护起来不方便，而且一旦站点被误删，回复起来真的是比搬砖更苦逼。。。于是乎重构迫在眉睫，可是重构谈何简单？在不改变原有系统外部行为的基础上。。。
版权声明：本文为博主原创文章，未经博主允许不得转载。
标签：项目重构
原文地址：http://blog.csdn.net/jeofey/article/details/46862033
