工作一年多了，眼看着項目分分合合，修修改改，成了現在這個樣子，心中還是有許多的感慨的。今天在看《淘寶技術這十年》，想想也該對我這一年多的項目的進化做一次縮影總結了！
版本1.0 ：我剛來公司的時候，這個項目也是剛剛出生，而那時的我也是剛走出校門，白的跟張白紙一樣，所以，我和這個項目也是一起長大的。剛開始項目分爲三個工程：前臺、後臺、定時、接口。
前臺：主要是直接對外客戶進行服務。
後臺：主要是對用戶進行一些審覈。
定時：主要是負責前後臺的一些定時任務。
接口：作爲基礎服務，爲前後臺、定時提供對外接口服務。
剛開始時一切和最普通的java web項目沒有絲毫的區別，架構基本上沒有、優化沒有，和畢業設計水平差不是很多。定時當時用的是quartz，沒有監控，只能是跑得起來。我剛進入項目時，負責的是接口工程，當時我們組還有兩個人：金鵬和瀟越，兩個對我影響很深的人。後來由於我們組有一個人走了，我就接着扛起了定時的大旗，對於當時的我而言，這個也是相當大的重擔的。
版本1.1 ：由於幾乎所有的工程都要依賴於接口工程，而有一些接口並不是所有工程都需要的，這樣在開發和線上都有很大的風險，就採取了同一個工程包但是不同的配置文件的方式，這對於當時的我而言也算是相當大的一個進步了。具體的情況是：前後臺、定時各自擁有一套自己所需的配置文件、這樣就避免了引入不需要的類而引發的風險。
版本1.2 ：這隻能算是一個小插曲吧，當時我們接手了一個很老很老的系統、老到線上和svn的代碼都不一定一致，erp廣告。這個是用的標準的ssh，這對於當時的我而言，相當於一個新的知識，那時候捅出了不少的簍子，搞得我看到那個頭就有點大。
版本1.3 ：定時分佈式處理。這個雖然實現不怎麼記得，但是大致確實瞭解的。當時用了一個開源的框架，叫什麼名字我也忘記了。就是在數據庫中建一張表、各個服務器到時間了就是競爭去數據庫裏寫數據，如果數據庫裏沒有相應的數據，則寫入數據、並執行；其他服務器就沒法執行，這個工程怎麼那麼像受精啊！！！
至此，我記憶中的版本1就差不多了，當時技術水，知道的不多，大概也就這樣了