十年架構，五年生活，不勞不繁，不急不緩！ —— 行走在三十五歲的邊緣
在公司工作了一年多，對公司的文化氛圍、工作模式、業務線都有了相當的瞭解，這裡非常感謝A哥給予的很大幫助。
在一個體系完整的公司裡，想完全靠自己去拼搏真的很難，你所處的環境氛圍，周邊的同事，以及跟隨的領導，都是你這條路上的風向標，不斷的引導你隨時改變航向。
這也正是下面要說的事情。
公司發展的還不錯，領導們開始考慮要搭建新技術架構的事情，按照當前的發展速度，已經滿足不了兩三年後的業務增量。
因為這事A哥單獨找我聊了多次，我也看得出來，是想讓我負責。可以我畢竟來公司時間不長，工作一年多就負責技術架構，在很多人的心裡肯定會打問號。
當時我問A哥為什麼會找我，他只回了兩個字——靠譜！
其實，我自己也問過自己很多次，能不能承擔這項工作，如果有機會能夠負責這個事情，絕對是公司對我的肯定。
這一年我在公司的表現，領導們都有目共睹，年底評優公投時，在技術部更是以超過百分之九十的高票數拿下優秀員工。
在A哥的推薦下，終於獲得了這個機會，其實也只是一個機會而已。
公司給了一個月的時間，拿出一套技術架構改造方案，然後技術評審。
公司給的要求也很明確：
一、前後端分離；
二、TPS五百以上；
三、分散式架構。
如果是現在，這樣的要求都是小問題，回到2013年，多少還是有些壓力。
面對這樣的要求，依然接了下來，硬著頭皮上。
雖然有些冒險，畢竟也有了相當的技術積累，在和一些技術同事一起開發遊戲時（在上一篇文章中已經提到），已經在分散式、高並行延遲、前後端分離上有了一定的技術積累，更何況這時候已經有了自己的技術網站。
熟悉歸熟悉，架構評審畢竟是嚴格正規的流程，不能給A哥丟面子，也是顯示自己技術能力的最佳時候。
工作拆解，也是第一次用心做WBS。
首先需要理清工作思路，開始技術選型，叫著之前的小夥伴們進行分工，一起分析不同版本之間的差異性，各個技術組建的相容性。
前端框架需要考慮組建的完整性，畢竟當前的技術團隊在前端是短板。
開發成本，功能模組拆分，版本管理，介面設計，網路監控，運維部署統統納入了考慮範圍。
最終技術選型：
1、前端用DWZ，後端SSM，整合dubbo、zookeeper；
2、搭建內網maven私服，SVN程式碼管理；
3、登入授權shiro，並支援單點登入；
4、終端裝置涉檔案資料同步使用mina，訊息廣播mq，快取redis。
5、工作流使用activiti，用AS3自研流程編輯
6、檔案內容搜尋使用lucene
7、資料庫使用mysql
也許是我們太過操心，做了很多看起來目前沒什麼用的工作，或者太過長遠的規劃，甚至差一點超期。
架構評審環節很細，領導問到了很多技術細節，技術難點，技術攻關，開發週期，人員安排，運維成本，伺服器網路部署等，鑑於我們準備的非常充分，都不是問題。
評審後評委們對我們的能力很是認可，雖然提議我作為技術負責人沒什麼異議，但思來想去畢竟年輕。
有一道坎就目前來說是很難做到的——跨部門資源協調！
於是，我還是把A哥拉下了水，作為這個專案的整體負責人，自己的心裡也踏實了許多。