時間如梭，娃都可以打醬油了。
轉眼間第一個五年計劃，已過了一半。
年終總結是個打臉的好地方，曾經誇下的海口，有的真的成了海口。
所幸，一切都在按好的方向發展。但樂觀背後容易忽略潛在的問題，是以，在2020來臨之際，是時候對2019做個具體的回顧，并對來年做個具體的展望。
那就先從收獲開始講起吧。
成功續任微軟最有價值專家。
離開工作4年的老東家金蝶，前往自己看好的物聯網行業發展。
碼字3萬+，寫博10篇。
開始嘗試進行架構設計，并應用微服務技術棧
第一次受企業邀約，前往廈門做技術分享
作為講師，參加Microsoft Ignite The Tour 大會
這一切的收獲得益于我堅強的後盾 —— 雙方父母的支援，老婆的了解與督促，還有我那調皮搗蛋的小家夥給我源源不斷的動力，是以感謝我至親至愛的家人！也感謝一路走來給予我幫助、指引我方向的每一位可愛的人。
今年做出了一個艱難的決定，就是跳出自己的舒适圈，從工作4年的老東家辭職，加入到一家物聯網創業公司。這裡十分感謝張隊的引薦，才有一個好的落腳點，才得以實施自己的技術抱負，才得以轉型自己期望的技術棧，從傳統的.NET 後端轉移到.NET Core 全棧開發。真正的去實踐微服務，玩轉K8S。當然，也得益于前期的理論知識的積累。
加入新公司，是機遇，是挑戰。
記得入職後的第二天，就緊急前往武漢出差，對接智能電表的項目，忙前忙後兩個月，但項目告吹了。也認識到，物聯網行業的水很深，每個企業都想分物聯網這杯羹，但真正能夠做事的也少之又少，很多還是處于理想階段。
回深後，工作重點轉移到公司現有架構的重構上。将原有的缺乏結構、層次、抽象的代碼進行重新梳理，基于原始Orleans的分布式架構的技術選型進行重新整理，充分發揮Orleans的virtual actor model的高并發的強大特性。
這也是第一次去做架構設計的工作。
這裡，得很感謝技術出身老闆的指點，以及平時工作中對軟體設計的交流，讓自身對物聯網的技術細節有了很深的認知。也很大程度上避免了在技術選型上走入誤區。
經過大概兩周的時間，完成了整體解決方案的設計，得到了老闆的認可。
這次難得的架構設計經驗，是我往架構師方向發展道路上濃墨重彩的一筆。
也讓我領悟到了架構設計不僅僅是代碼結構的設計，更是産品業務結構的設計。她是交流中不斷完善的結果。
另一次架構經驗是年末嘗試的一次前端架構經驗。現在想想自己都覺得詫異，我一個偏後端的，怎麼會去搶前端的飯碗，然而事實是這的的确确發生了，而且做對了。
這次前端架構是對小程式項目的一次推翻重做。之前的小程式雖然實作了所有的業務需要，但代碼可讀性、擴充性極差，更别談封裝。
對于創業公司，不斷的去推翻之前的成果，是一個很艱難的決定，因為推翻的不僅僅是項目，推翻的是前期的投入。決定是痛苦的，但成果是可喜的。經過短短一周的時間，我一個前端小白就完成了小程式端的子產品化設計，并基于原生UI，設計好互動邏輯。
如果現在再問我，前端難嗎，不難。如果做後端的你想嘗試做下前端，盡管去做，不要給自己設限，跨出去這一步，你就是全棧。
這次前端架構經驗，讓我明白，架構設計是相通的，是封裝重用，确立邊界，封裝子產品，封裝層次，封裝對象，封裝邏輯，封裝元件。
以上兩次架構經驗，算是在新公司做的最正确的兩件事了。因為我也在不斷犯錯，而且最開始犯錯而不自知，簡稱蠢。主要展現在兩個方面：一是管理，一是自我認知。
提到管理，猶記得加入公司之前訂閱了極客時間的技術管理的之道。讀完之後深有感觸，但實際上崗，放手不顧，異想天開無為而治。兵熊熊一個，将熊熊一窩。真是這個理。技術上司者除了技術過硬外，還需要有技術上司力，確定團隊技術選型不跑偏，項目實施不走樣。這需要時刻去關注項目的進度及代碼品質。
這裡面涉及到就涵蓋了多個方面，一是技術管理，一是項目管理，一是團隊管理。
團隊人多的時候，也有7，8個開發，少的時候也就2，3個人。一段時間甚至懷疑公司的發展前景。現在想來，也并不是如此。團隊再小，如果你不能把控團隊按照既定的方向發展，那麼團隊擴張就是一顆定時炸彈。
是以，在我們發現不可控時，我們緊急的踩下了刹車。精簡人員，反思整頓。當然，這裡面我是最主要責任人。問題在于，上面所說的項目管理和團隊管理的放任不顧。隻是簡單的進行任務配置設定和成果确認，但忽略了過程評審。換句話說，項目成員的溝通和回報通道沒有建立，這樣就不能及時發現問題。中間也發現了問題，嘗試要求團隊每周送出周報，每天進行15分鐘的早會進行狀态回報，但堅持一月有餘，就無疾而終，一切淪為形式。
就措施而言，手段是好的。但忽略了手段的目的，就導緻流于形式。是以在團隊管理上一以貫之、以身作則是十分重要的。
另外一個問題是，溝通成本高。在組織會議時不能明确會議目的，導緻無休止的讨論，這也是缺乏計劃性的展現。
在兩次架構設計，基于原始業務的重構工作不徹底，留下了系列隐患。總想把事情留到後面有時間了再做，是一種極不負責任的表現。因為時間證明，除非後續遇到問題，否則不會改進。是以做事做徹底，要有魄力去否定，也要有魄力去承擔做好否定相關的善後工作。
另外一點需要談到的是，對人員的招聘。項目的迫切程度，靠人月神話是解決不了的。在多個項目并行時，人手不足時，一心想通過增補人員來緩解項目壓力，也并不總是有效。除非項目、團隊在你的控制之内。
總以為站在高的位置，就不應該拘泥于細節。而程式設計這個行當，細節的把握的才真正展現高度。
一名合格的技術上司，決不能給自己設限，不能沉浸于自己擅長的技術棧。雲生應用時代，從開發到測試到運維，從産品原型到技術預演，從前端到後端，從UI原型到互動設計都要有所了解。
另外一個問題，是缺乏嚴謹性，也就是資料的敬畏心。在處理新舊系統的相容時，考慮不周，就會造成資料沖突，而且沖突修複成本極高。這期間我的自負心理在作祟，極力想扔掉曆史包袱，就會造成對包袱的漠視。但凡一個公司都是有包袱的，接收它，才能慢慢扔掉它。
接觸物聯網後，愈發覺得對計算機原理，計算機網絡等基礎知識的缺乏，這一塊是緻命一擊。
還有一點的感悟是，自身前期的技術積累被自己雪藏，在實際項目實施中，不能靈活運用，尤其是自己引以為傲的DDD、面向對象程式設計思想的把握，并沒有學以緻用。也就是兩個問題，一對知識的了解并不深刻停留在皮毛，或并沒有思考其實際的運用場景，也就是隻有術沒有道。另一方面，缺乏思考，做項目太急于求成，忽視了前期的總體布局規劃，何談運用呢，也就是不預不立。
2019，主要完結了eShopOncontainers 系列文章，寫了3篇Orleans系列文章，輸出銳減。整體而言，不抵預期，不符計劃。
從寫博至今，每年的文章輸出都在遞減，連每月一篇的基本保證都沒有做到。是以，是我變忙了嗎？忙到沒有時間去思考沉澱并輸出了嗎？内心的答案很明确，時間都是擠出來的。是自己以忙為借口罷了。手中的筆，勾勒的是成長的真實印記。沒有輸出，何談内化。
2020年 會輸出Orleans 系列文章，希望對Orleans有更深的了解。
讀書方面：2019，也讀了幾本書。C#并發程式設計經典執行個體，重新整理，大型網站技術架構，從零開始學架構，自控力，微服務架構設計模式，kubernetes in action，使用者故事地圖。在技術棧上，對K8S有了一定的認知，雖談不上精通，但至少夠用，滿足項目的運維需求。另外，微服務也算是簡單入了門。C#并發程式設計經典執行個體修正了對并發程式設計的了解。使用者故事地圖，是一本幫助梳理業務邏輯的方法論，鼓勵通過不斷的讨論交流和可視化的方式進行需求确認，在進行系統業務梳理時幫助良多。
重新整理和自控力，都是走馬觀花的看了一遍。好書是值得多次翻閱的，是以時刻重新整理。微服務架構設計模式讀了開頭，需要繼續。
就閱讀量而言，還是很貧乏，缺少輸入，那自然是缺乏輸出。輸入輸出是成正比的，是以也解釋了為什麼每年的輸出都在斷崖式下降。也暴露了一個自身在知識積累上内化不足。
2019年去了桂林，河源，武漢，北京，也算踏出廣深。對于生活，永遠相信美好的事情靠自己的雙手可以得以實作，詩和遠方也是需要努力努力再努力，是以，對未來依舊充滿憧憬。
2020，我要出書。
2019 這一年，總體而言，看似收獲滿滿，但内心深處一顆不安定的心告訴自己：你還差得遠。是啊，半斤終究不是八兩。
2020，謙卑沉澱務實，繼續加油！
推薦連結：你必須知道的.NET Core開發指南
推薦連結：你必須知道的ML.NET開發指南
推薦連結：你必須知道的Office開發指南
推薦連結：你必須知道的IOT開發指南
推薦連結：你必須知道的Azure基礎知識
推薦連結：你必須知道的PowerBI基礎知識
<b></b> 關注我的公衆号『微服務知多少』，我們微信不見不散。 閱罷此文，如果您覺得本文不錯并有所收獲，請【打賞】或【推薦】，也可【評論】留下您的問題或建議與我交流。 你的支援是我不斷創作和分享的不竭動力！
作者：『聖傑』
出處：http://www.cnblogs.com/sheng-jie/
本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連結，否則保留追究法律責任的權利。