2018年終總結--惟一不變的是變化

　　很久沒有更新啦，一方面是工做較爲忙碌，一方面經歷了同時幾個項目的生命週期。忽然意識到，2018年，彷佛沒有作過什麼年終總結，同時近段時間經歷了巨大壓力與困惑下的覺醒，忽然想寫點什麼，那麼主題即是，向死而生，惟一不變的是變化。

　　記得上一次極限開發在0930那個時間段，爲了保證項目的上線拼盡了全力，同時使本身能力獲得了極大的鍛鍊，領域業務抽象、架構流程交互閉環以及對數據領域的任務、節點、表模型、系統建設分層等等有了更深的理解。記得那時滿懷信心的準備迎接下一階段的挑戰，承接更多的項目。也許是經驗不足，也許是年輕氣盛，也許是讀專業書讀到走火入魔，在承接多項目設計、開發、測試、運維、人員指導、用戶使用問題解決、加上他人干擾的情緒、以及本身對於向上的渴望。那種感受，讓你沒法專一於任何一件事，沒法聽進去任何人的話語，盲目，愚蠢，身體是騙不了本身的，嘔吐、智力嚴重降低、思惟嚴重混亂。是恐懼、是憤怒、是壓抑、是絕望，是羞恥感，失去了對他人的信任，猶如黑暗籠罩在你身邊，彷彿全部人都在看着你，最終致使心態的崩潰與自個人迷失。

　　同時這也跟我的的一些特質有關，老是在最痛苦的時候依舊要強行頂過去，但此次的管理方法不對，切換太過頻繁以及求成心切，想要每個都能在既定時間完成。最終，在家人、朋友與同事們的引導下，把前因後果梳理清楚，同時放空本身，閱讀自我管理、思惟方式、人物傳記以及哲學的相關書籍。同時，將各個任務項進行優先級管理、風險管理，努力讓本身專一於一件事情。最終開啓了第三隻眼，從攝像機角度審視本身的情緒與心態，貫穿價值觀、思惟方式、優勢與不足以及家庭經歷、工做經歷、狀態、背景的全生命週期審視。領悟我相人相衆生相，凡全部相，皆是虛妄。 隨之迴歸最佳狀態，那麼下面分享一下多項目管理全生命週期管理的一些我的見解。

　　一、自我管理、優先級管理 與 情緒管理

 　　　 自我管理中最重要的即是時間管理與優先級管理。

　　　  時間管理，在主導或參與多個項目生命週期的狀況下，若是一個項目的過程包含需求理解、設計、開發、測試、運維的話，同時4個項目（這裏的項目按照業務屬性的差別化來劃分，不以系統劃分），至關於一天之中會被來回切換無數次，同時包含會議以及對他人的指導。這個時候，若是還按照單一項目生命週期的方法是已經行不通的。由於你們都知道，設計與開發是一個細法活兒，必定要很是專一，考慮業務抽象、代碼結構與框架以及系統與系統之間的交互。假若被切換，再進入狀態將會從新耗費以前已經投入的相同時間，隨之慢慢地，將會變得心浮氣躁，沉不下去了。

　　　  這個時候必定要跟主管或是跟相關人員說清楚，而且列出詳細的分工計劃，暴露風險，哪怕時間線延期，也不可以重疊同時幾個項目的各環節同時進行。在一天之中，必須有一段時間是可以安靜的寫代碼或是架構設計或是解決問題，這個時間段不處理其餘事情，哪怕一我的坐在安靜的角落裏，也要保證天天本身有專一的時間。

　　　  優先級管理，不少狀況下會遇到，這個事情你會成爲中間卡點，中間卡點的意思是若是你不作這件事情，這件事情就會所以而延期。在多個時間線同一截止日期的狀況下，心裏是焦慮的，它必定會顧此失彼，若是稍微周邊情緒感染或影響（也許人家沒有惡意，此時焦慮的你也會理解成惡意），嚴重影響着本身的心態。而本人有個特色是極能忍，這個說好也好，說很差也很差，由於若是一直忍下去不去溝通，最終達到爆發的臨界點，後果是不堪設想的（還好的是，每次到臨界點的時候都會去思考，沒有爆發，由於爆發出來是沒有用的，找尋合理的環節方法）。

　　　  情緒管理，那麼這個時候，仍是溝通，與相關人員溝通，說明各項目之間如今的問題不是落地問題，而是資源問題，不要本身硬撐。資源分配不合理，跟相關人員溝通，若是持續這樣下去，一個都作很差。將四個項目中的輕重緩急按緊急重要、緊急非重要的方法去排期，或是拉上產品，項目經理一塊兒review一下我的的時間線，以及說明如今的作事的方法會帶來的切換嚴重性。這裏重審，不要硬抗，不要硬抗，不要硬抗。

　　  　這裏有個重要的點，若是此時你已經深陷泥潭，在黑暗籠罩以前，切記與家人、朋友、同事溝通，不要封閉本身。同時，多出去走走，什麼都不想，就關注陪你出去逛的家人啊、女友啊，看看電影，一塊兒玩點開心的（這裏要注意的是，徹底拋開工做場景，生活就是生活）。到了工做日再嘗試着去專一一件事。我記得，在本身最混亂的時候，已經喪失自信的時候，就想辦法鑽進去，就一個bug，程序員都知道有時候有些框架的依賴問題是很噁心的，要專一去找依賴關係，當你再次迴歸專一狀態的時候，同時恢復解決問題的能力的時候。心裏會是無比的激動，臥槽啊！！太爽了臥槽啊 ~ 簡直不忍直視的大喊着。

　　　  即使狀態迴歸了，可是其實仍是沒有迴歸最佳狀態，頭很是的疼，在我看來，是錯亂的神經開始重組，變得有序。此時，嘗試讓本身更加專一，讀一些名人傳記、讀一些哲學思想、讀一些你曾經感興趣的架構設計等等，只要是你想看的，能鑽進去的就去嘗試，慢慢的，就變得萌萌噠了，彷彿這個世界不同了，更加清醒。固然，最好呢，能出去轉轉，去別的國家，感覺下不一樣文化的人們是怎樣生活的，這樣你會有新的感悟。（臥槽，日本的小雜誌是擺在便利店的，哈哈哈哈）

 

　　二、我對架構師 以及 軟件架構設計的一些思考

　　　  首先，心態上，前兩天，跟一位曾經餓了嗎的一位架構師討論什麼是架構。對方認爲，優秀的架構呈現的應該是更加天然的世界，不該該是參雜任何我的情緒的。的確，我認爲情緒平穩、心態平穩的架構師，在專一的時候，沒有物質的慾望、或是爲了什麼而作什麼的目的性的靈性產出的架構，是最合理的架構。架構師本就是一箇中立的角色，對上須要對接產品、項目經理，對下他要對接各類技術人員，業務上還須要理解所在業務領域的核心模型。

　　　  其次，共性的東西的抽象與操做的可配置化。我的以爲，不少時候，項目的一開始是想不清楚的，會陷入一種泥潭，就是說不少共性及抽象是在業務的不斷迭代中方能呈現（這也是爲何要重構）。對方跟我討論了一個話題頗有深意，以《建築的永恆之道》來與軟件架構設計的共通。該架構師已經領悟的相同事務的共通。

　　　  那麼以本人的愚見，不管架構也好，工程也好，任何事物都有必定的規律與共性。但規律與共性必定是在發展的過程當中逐步去發現與迭代的。建築工程、軟件工程都是在解決實際問題的實用學科，同時理論已經很成熟（好比建築工程中，結構力學的相關理論）。那麼軟件工程的頂層設計原則也就至關於相關的理論，但如何作好軟件架構？下來就是要對現實問題，需求的深刻理解，抽象共通，用理論指導實踐的過程。任何方法、任何架構在現階段看似是最優的架構，但架構的發展會隨着重構進行演進。那麼軟件架構，是一個遵循所在的業務範圍的迭代的過程。

　　　  在設計的時候，有時候會有一種狀態，很難去平衡架構中各個因素，有時候會以爲無從下手，糾結這個平衡的狀態。那麼此時，咱們換個方式想，業務總歸是在發展，迭代總歸是要進行。在想不清楚的時候，以局部最優的方式先作起來，在問題及其迭代中逐步發現及抽象共通點，從時間、質量、成本、流程、資源的角度以及將來可能的業務發展方向來平衡整個架構。忽然想到阿里一句土話，哪怕錯，也比不作要強。 

 

　　三、哲學的起源與意識的進階

 　　　 本人這裏打個比喻，好比你的腦殼裏住着一個皮卡丘。這個皮卡丘比較調皮，同時也比較任性。它想要去嘗試任何事物，同時對於目標至關的執着（我執），可是隻有這一個皮卡丘，他會把你鬧得天翻地覆，追求極限。

　　　  後來，這個皮卡丘本身玩膩了，同時被重大的事件壓的喘不過氣來。它開始嘗試着去看周邊的世界，去再也不只注意本身認爲，它開始審視及反思有本身以來的全部經歷、背景、心態、事件以及生活，開始以爲記憶有一些模糊，也有一些懵懂。因而它開始在書中開始瞭解這個世界是什麼樣的？直到有一天。。另外一個皮卡丘（超我）來造訪，這個皮卡丘看着第一個皮卡丘苦惱而又痛苦。告訴它，凡全部相，皆是虛妄，都是源自於你心裏的映射。任何的事物，任何的感受，任何你所聽、所想、所聞、所見都是源自於你心裏的聲音。當第一個皮卡丘開始明白這個道理的時候，他豁然開朗，迴歸調皮可愛的本性。

　　　  一天一天，調皮的皮卡丘與和善的皮卡丘每天在一塊兒共事，但老是感受仍是少了什麼，是做爲皮卡丘的意義，他們決定去另外一個國家去看看其餘的皮卡丘們是怎樣生活的。直到又有一天，他們遇到了另外一個皮卡丘，它看着前兩個皮卡丘心態很平穩，可是少了點什麼。因而它說，皮卡皮卡，向死而生，只有死亡是惟一肯定的，其餘都是須要去探索的未知，去實現做爲皮卡丘的價值與意義的（自我）。

　　　 因而，三個皮卡丘達成一致，幸福而又快樂的而又努力的活在這個世上（本我、自我、超個人共生）。

　　最後，感謝那些支持個人家人、同事們以及朋友們，這個世界，是人與人之間的鏈接，是感恩、是愛與但願。