4年一輪迴（前部）

　　上一次寫總結是離開效力4+年（2010年上旬-2014年中下旬）的公司，在須要寫簡歷的驅動下完成這4年職業生涯總結，最終這份總結放簡歷裏面得到了不少機會。如今重翻發現這4年太不值當，儘管這份經歷被消費了不少年。

　　如今又是一個4+年（2014中下旬-至今），從結婚生子到工做上幾經展轉後回到老家，中間發生不少事情。也許我命中每4年會有一個轉折，人生就是階段性的調整，但願2019而立之年後會更好。

　　不善寫做，有點長，分先後2部，這是前半部。

-------2015年先後約一年（2014中下旬-2015年中下旬）
　　在傳統行業公司（TZ）作OTT系統，見證整個行業的沒落。這一年比較折騰，天天上下班一塊兒有3個多小時是在班車路上度過，天天上車第一件事就是找到本身熟悉的位置，而後帶上耳機聽各類書、演說，繼續補覺。

　　因爲公司遇寒冬轉型，各類調整。A項目作完V1.0被老闆看好，就被其心腹團隊接走了，B項目剛立項設計完成，整個團隊就被轉到子公司作其餘業務，期間沒有作過完整的項目。第一次見到股份公司套路，通常比較看好的項目都會被拉到子公司，而後融錢或賣掉。

最後子公司拿概念創業，咱們降薪拿技術股，再到拿不到投資，被套路、拖工資無奈走人。

　　總結這一年，經歷公司殘酷的轉型、創業失敗，難忘的成長經歷
　　技術：熟練使用AxureRP作原型設計、鞏固了Linux基礎並用Shell腳本完成網元系統自動化安裝和MySQL讀寫分離自動化安裝、JDK等基礎組件的自動化安裝。對OTT系統體系有個大體的概念，算不上真正入這一行。

　　期間寫了個相似Jenkins（當時不知道有這貨）的安裝調度系統（Y系統）。

　　Y系統主要功能：

　　　　一、配置管理，修改須要升級的網元配置文件、目標環境信息和上傳網元包；

　　　　二、安裝，點擊「安裝」按鈕後自動解壓網元包，可視化自動安裝完成並啓動服務；

　　　　三、運維，一次配置後，再有升級只須要上傳升級包，點升級就自動完成安裝和配置。到離開後第二年還有人在諮詢Y系統使用上的疑問，忍住沒告訴他有Jenkins的存在，算是被套路後的報復吧~~~

　　管理：沒有具體的項目和本身的團隊，主要是協助部門管理一些具體任務工做，不進則退了。
　　生活：第一個孩子出生，本身長到180斤。

 

---------2016年先後一年多（2015中下旬-2016年中下旬）
　　這一年加入了快遞/物流公司（SF）作銷售、佣金、投訴系統，算是離開外包後最有歸屬感的一年，收穫了不少朋友和同事。雖然管理上各類約束，但也作了很多嘗試，在技術和一些認知上都獲得了很大的成長。

　　總結這一年，大環境下必定要找到靠山I（心腹），互相拉扯才能生存的很好，反之則事事莫名其妙。
　　技術和管理：主要從事公司投訴系統、佣金計算系統、銷售支持平臺的開發和管理工做：
　　　　投訴系統，一套ExtJS+Struts2+Spring+ibatis+Oracle比較老的系統，通過N多我的手以後，項目沒有技術文檔沉澱，更沒有什麼架構、數據庫、接口之類的文檔，所有從看代碼開始。同一個數據對象每一個人都會寫一個實體類，最終致使新增或修改需求無從下手的地步。期間完成投訴報表改造、問題件改造、工單重構優化等需求開發，主流程算是梳理清楚，後面因爲新系統立項火速撤離；

　　　　公司一個蘿蔔一個坑，不是主導的項目，推行改造勢必無果，有機會要儘快撤出。

　　　　心得：維護項目，特別是架構老舊的系統，必定要組織項目成員（特別是新進來的）梳理項目架構圖、業務流程圖、數據庫文檔和固定歸檔需求設計文檔，這樣後續人員流動、項目重構、設計參考都會過的很舒坦。

　　　　佣金系統，當時銷售部門每月核算佣金都須要幾我的花2周以上的時間，用Excel計算得出，並且存在不少問題。當時基於此背景須要開發一套銷售佣金覈算系統，正好公司有幾我的寫了一套基於Easyui+Shiro+SpringMVC+MySQL的後臺管理系統通用框架（N框架），該框架集登錄、權限、基礎後臺樣式於一身，框架和技術選型上算是很是省心了。我是帶領外包員工完成銷售佣金系統V1.0和V1.1版本交付，負責項目計劃制定、跟蹤、外部溝通和部分功能開發工做，是第一次和用戶部門去談需求，體會到用戶需求的不肯定性（估計就是這個時候吃虧太多，致使心眼變多了~~）。

　　　　主要業務流程，
　　　　一、每月定時經過ETL（Informatica）從各大倉儲、冷運、物流、供應鏈系統拉取億級別數據；
　　　　二、經過數據清洗、過濾、基礎計算處理獲得結算佣金數據；
　　　　三、取銷售系統的人員信息；
　　　　四、系統後臺配置銷售門檻、地區分區等級配置，佣金計算規則、佣金重算等；
　　　　五、定時啓動計算（通常要算1天多），或觸發重算；
　　　　六、Webservice推送計算結果；

　　　　該系統交付2個版本後，銷售團隊佣金算法調整，項目被掛起，待新的佣金策略定型後再啓動。

　　　　心得：用戶部門溝通需求不要立馬下結論，全部造成的結論必定要最終郵件確認；用戶未驗證或者實操的業務不要急於作到系統，尤爲是涉及到錢的，不然會很折騰；

　　　　銷售系統，以前公司銷售團隊是在外面買了個大系統，只用了其中CRM管理一小塊功能（整個系統10%不到），其中二次開發各類限制，收費很是高。

　　　　公司也一直想操刀自主開發一套CRM系統，當時我正幫倉配部門那邊開發一套基於Echarts的報表系統（幾天就搞完了沒啥可講的），當時佣金系統停擺，和用戶部門溝通進展不大，就被拉到這個項目。

　　　　這是我第一次接觸到類互聯網模式項目，從前期的用戶故事（角色錄音挺有意思的）、彙報、立項、招人、系統選型等等，以前沒有經歷過（如今想一想錯過了不少機會）。

　　　　當時樓上有個部門使用Dubbox框架完成了Basic交付，在業界也算比較好的微服務框架了。我和另一個同事主導項目後臺研發，他去樓上學習微服務框架，我則帶人主導管理系統開發，空降了一個互聯網公司經理作項目管理。

　　　　銷售系統架構，前端是Android+IOS+H5（原生套H5）的方式，後臺是Dubbox外加上面的N框架作後臺管理，其實微服務框架搭好後主要是服務拆分和業務組合處理費事，其餘都是現成的隨框架集成就好，開源框架這一塊沒啥可講的。

　　　　心得：項目合適的架構選型會要少走不少彎路，要善於重構和嘗試。持續集成和持續交付上還得下功夫。

　　生活：這一年生活上很是充實，住在深圳最大的城中村，離公司只有6千米，離海邊只有3千米不到，在悅跑圈創建了跑團，帶同事各類跑，基本上每一個星期都有跑步活動。
　　在淘寶買了個山地車，每天上下班日曬雨淋、凌晨升級職守都騎着它，偶爾從海邊繞路騎回家，很是釋放壓力。
　　週末用買的麪包機作麪包和饅頭，晚上跑步去海邊，這一年我從180斤減到140多斤（不去健身房減掉35斤多）。

 

原文出處：https://www.cnblogs.com/huige-you/p/10268827.html