项目进化进程缩影（1）

工作一年多了，眼看着项目分分合合，修修改改，成了现在这个样子，心中还是有许多的感慨的。今天在看《淘宝技术这十年》，想想也该对我这一年多的项目的进化做一次缩影总结了！

   版本1.0 ：我刚来公司的时候，这个项目也是刚刚出生，而那时的我也是刚走出校门，白的跟张白纸一样，所以，我和这个项目也是一起长大的。刚开始项目分为三个工程：前台、后台、定时、接口。

   前台：主要是直接对外客户进行服务。

   后台：主要是对用户进行一些审核。

   定时：主要是负责前后台的一些定时任务。

   接口：作为基础服务，为前后台、定时提供对外接口服务。

   刚开始时一切和最普通的java web项目没有丝毫的区别，架构基本上没有、优化没有，和毕业设计水平差不是很多。定时当时用的是quartz，没有监控，只能是跑得起来。我刚进入项目时，负责的是接口工程，当时我们组还有两个人：金鹏和潇越，两个对我影响很深的人。后来由于我们组有一个人走了，我就接着扛起了定时的大旗，对于当时的我而言，这个也是相当大的重担的。

   版本1.1 ：由于几乎所有的工程都要依赖于接口工程，而有一些接口并不是所有工程都需要的，这样在开发和线上都有很大的风险，就采取了同一个工程包但是不同的配置文件的方式，这对于当时的我而言也算是相当大的一个进步了。具体的情况是：前后台、定时各自拥有一套自己所需的配置文件、这样就避免了引入不需要的类而引发的风险。

   版本1.2 ：这只能算是一个小插曲吧，当时我们接手了一个很老很老的系统、老到线上和svn的代码都不一定一致，erp广告。这个是用的标准的ssh，这对于当时的我而言，相当于一个新的知识，那时候捅出了不少的篓子，搞得我看到那个头就有点大。

   版本1.3 ：定时分布式处理。这个虽然实现不怎么记得，但是大致确实了解的。当时用了一个开源的框架，叫什么名字我也忘记了。就是在数据库中建一张表、各个服务器到时间了就是竞争去数据库里写数据，如果数据库里没有相应的数据，则写入数据、并执行；其他服务器就没法执行，这个工程怎么那么像受精啊！！！

   至此，我记忆中的版本1就差不多了，当时技术水，知道的不多，大概也就这样了