第 5 年

零、回首

寫了好些年的博客，終於還是放下了。

一併放下的，還有從 2014 年 2 月 7 日開始記錄的每週計劃，運行到 356 周戛然而止。

放棄了一直以來的倔強堅持，拿換出來的時間嘗試去思索那些以前從未覺察到的東西，複雜卻有趣。

學習收穫

荒了大半年，所以只有 22 篇博客：

• 跨端技術：變與不變 x1、三大困境 x1、動態化演進 x1
• React：新特性 x2
• SSR：意義 x3、原理 x3、框架 x3
• 前端工程化：IDE x1、低代碼 x2、前端工程體系 x2、效能價值 x2
• 思想：抓手 x1

做支撐 2 年才真正認識了跨端技術，React 這年一樣沒什麼變化，SSR 加了不少技能點但沒能落地開花，定義了前端工程體系，並嘗試量化其效能價值。

對技術細節的鑽研少了，思考總結變多了，對前端工程化這一領域愈加清晰了。知識邊界看不出變化，但對紙上得來的一些知識經過實踐又有了更多的認識，比如架構設計，比如緩存預熱、灰度發布、應急回滾，比如 Serverless、Cloud IDE……

目標完成度

• 影響力：微信公眾號3000 關注（才 2300），對內演講10 次以上（才 3 次）
• 前端工程化：既然還做這裡，就做到超出預期（跑路了，先要有預期，才有可能超出預期）
• 學 PM 做事：讀完《人人都是產品經理》（讀了一半），並應用到3 個（0 應用）實際場景中
• 走出去：與內環保持 14 個鏈接？
• 自省：每月復盤總結 1 次（持續過 3 個月書面總結，之後一些事情有反思）
• 觀察：建立自己的「人事觀」？

本著既然做就做好的初心，定了 3000 關注的目標（大約是翻倍還多），後來發現「漲粉」這件事更多地要靠運營手段，而非內容質量，這個指標也就不那麼重要了。對內的影響力有所提升，但並不是靠演講這種技術流操作來實現的，還存在很大的提升空間。

前端工程化、學 PM 做事，這兩個目標在實際執行中泛化了，將研發模式、前端架構、生產關係等都納入到了前端工程範疇，而學 PM 做事再抽象一層就是學人做事，學做過的人，學做得好的人：

先僵化，再優化，後固化。

而這一年裡，我至少學過 3 個人做事，雖只學得皮毛，也已有了些成效。

「走出去」的習慣已經養成，並在火車上的一個靜夜萌生了自己的「人事觀」。自省的頻率和深度都還不夠，但總算事後能夠意識到一些問題了。

成長經歷

20 條心情記錄：

• 人的問題：換位思考 x1 複雜 x1 當局者迷 x1
• 借字開頭的詞：借假修真 x1 借勢而為 x1 借事修人 x1
• 機會：按鬧分配 x1 難題與機會 x1 站隊與搶鏡 x1
• 成長：學習與學會 x1 輸出思考與輸出知識 x1 彈簧模型 x1 成長快 x1
• 溝通：交換信息 x1 慎言 x1 自下而上與自上而下 x1
• 方法：掐住根源 x1 上山模型 x1 用戶需求與產品需求 x1 培養用戶心智 x1

經歷過複雜的事情，才開始更多地關注到一些非技術因素。

一、感悟

架構師的定義

曾探尋過架構師的職責，無果。直到發現這個定義：

要把解決複雜問題定義為架構師的一個典型角色。

（摘自 我對技術架構的理解與架構師角色的思考）

也就是說，架構師就是能解決複雜問題的人。這個答案解開了我許久以來的很多困惑：

• 哪些工作屬於架構（設計）範疇？
• 架構師要具備哪些能力？
• 技術能力並非頂尖水平，能算作架構師嗎？
• 解決方案架構師，又是怎麼回事？

在這個定義下，複雜問題都屬於架構範疇，而無論是物理結構還是邏輯設計甚至人員排��，為了解決複雜問題而專門做方案的過程就是架構設計。

目的是解決問題，因此不同問題對架構師能力的要求不同，但一般而言，既要有準確定義、分析問題、制定方案的硬實力（如邏輯思維、技術能力），也要有能就方案達成一致，並推行下去的軟實力（包括影響力、統籌能力）。因此，一些技術能力並非頂尖水平，卻同樣能解決複雜問題的人是架構師無疑。

解決方案架構師是一種職位，能夠根據（甲方企業）的實際業務場景，提供解決方案，比如解決數字化經營、雲部署、雲研發等複雜問題。

所以，技術人將架構師作為職業目標是沒錯的，但成為架構師不單是一個技術目標。而業務場景下的複雜架構設計，是一個充滿挑戰的領域，讓人著迷。

知行合一

學習（儲備知識）與 學會（學會了知識就能解決實際問題，這也是學會的標準）

學習與學會是兩碼事，學習是一個輸入的過程，就像充電，而學會更多的要看輸出，讓燈泡發光，讓高鐵飛馳起來（而不是直接放電）。

了解了那麼多知識，有什麼用？

每年都在輸入，卻沒看到輸出，從外部視角來看，是沒什麼用。雖然自我感覺內化了很多，電力十足，可是既沒點亮過燈泡，也沒驅動過高鐵，外部就無從判斷這節電池能量的大小。所以，學習是從自己角度主觀的事，學會是從別人角度客觀的事。

學習過後端知識體系，學習甚至試玩過 Serverless，然而在真刀真槍的業務場景裡卻手足無措：

紙上得來終覺淺，絕知此事要躬行。

（似乎越長大，越能深刻理解少年時僵化來的樸實道理。）

知行合一，說的也是這個道理，用行來驗證知，過程中產生新知，再用行來驗證……如此反覆才能不斷精進。

無暇思考最可怕

結果，他們越勤奮、越忙碌，反而越將自己的技能收縮在一個跑道上。

典型的，寫博客這件事我持續了長達 7 年，一個再好不過的「戰術勤奮」案例，7 年裡的很多個週末很多天都在一門心思地鑽研技術，點亮了很多棵技能樹，也錯失了很多機會，甚至失去了很大一部分生活。

大約從去年年初開始意識到寫博客這個習慣帶來的壞處：

研究型性格本不是壞事，但目光容易停留在底層原理上，妨礙了對商業場景的思考，是成長慢的一個主要原因。因此，必須要克制往下鑽的變態慾望，將目光移上來。

週末時間幾乎都耗費在了寫博客上，輸出倒逼輸入這個邏輯沒錯，我從這種勤奮和忙碌中輸入了很多技術方面的知識，長此以往，視野也局限在了技術方面，無論抽象/具體、前端/後端/跨端、複雜/簡單……我深陷在一個怪圈裡，我眼中看到的只有技術，無法跳脫出來。

長期處於極度忙碌的狀態而無暇他顧，看似全情投入，實則是一種極壞的狀態，行動的勤奮完全掩蓋住了思想的怠惰，就像一台機器，反覆做著同一件事而不會多想，也沒有時間去想？

P.S. 其實去年想過停筆，但最後決定再寫一年，想要在第一個十年裡，保持一半的純粹技術投入，算是一種偏執吧。

以創業的心態做事

這一點是半年前從老領導身上悟出來的，一個能把吹出去的牛都實現了的神人。

P.S. 巧在前兩天，看到阿相的分享《以創業的心態來工作與成長》，暗自感嘆不謀而合，面壁計劃也不一定靠譜。

總能把大家都認為不可能的事情做成，我最初以為靠的是賭徒的膽識，3 成把握就敢吹敢做，大家都輸在了放手一搏的膽量上。後來發現並非如此，吹出去之後的全力以赴與決策前的盤算和膽識同樣重要，不僅是全力以赴，不僅是盡人事聽天命，而至少要是一往無前的「不擇手段」。

把工作看作創業，如果每一件事都關乎生死存亡，就更能領會這種「不擇手段」，才能想盡一切辦法把事情做成，這就是創業的心態。

具體來講，創業要做好三件事：找人、找錢、找方向。找對了人，事情就成了一半。以前對這句話不以為然，直到真正經歷過長達幾個月的膠著，才不得不意識到找對人的重要性。找錢也就是找資源，要求架構師有組織影響力，能影響各相關方，推動架構落地正是一種「找錢」的能力。找方向更多考驗的是判斷力，看得更多，看得更深，看得更高，看得更快的能力。

像創業一樣，實際情況是資源總是不夠，時機總是不合適，方向總是不明確，卻總要把事情做成。挖空心思想盡一切辦法，技術的、非技術的、常規的、非常規的……所有手段全都用上，才有可能將把握從 3 成提到 6 成，提到 8 成，才有最後的水到渠成。

保持謙卑

弱小和無知不是生存的障礙，傲慢才是。

長期專注於一個領域，比如前端工程化，比如跨端，比如低代碼，比如 IDE，就容易變得「傲慢」：

theia 感覺不一定幹的過 vscode 的 web 版。

主觀篩選過的信息編織成了一個自我感覺良好的繭，提起盾牌，看什麼都不以為然，久而久之形成了自己的「領域」，自己是領域中的權威，是領域中操控一切的神。

收起領域看到的才是真實的世界，保持謙卑，才有機會看到別人身上的閃光點：

上次看了眼 theia，發展挺快的哈哈。

二、目標

第 6 年

• 架構師：建立自己的業務模型，具備業務洞察能力。
• 前端工程化：收起領域，沉下來。
• 學人做事：學做業務，先僵化，再優化。
• 走出去：新交 1 個朋友。
• 自省：養成自省習慣，無論大小，事後下意识反思。

架構師

如果說前 5 年一門心思走在技術專家路線上，那麼在接下來的 5 年目標成為架構師。

幾個原因：

1. 業務場景下的複雜架構設計，讓我著迷
2. 身邊有架構師作為榜樣，可求助指導
3. 架構師被定義得很清楚，並且空間足夠大（未來 5-20 年都很難登頂）

與專家路線相比，架構師路線更具張力，當然，也更難。

事上練，難上得

想是一回事，做是另外一回事。

只有真正去做，在做的過程中，甚至做完才知道想得對不對，差多少。

想清楚方向，甚至只要想清楚了找方向的辦法，就該立即著手去做了。邊開槍邊瞄準才是常態，而不會有事無巨細的設計，一筆一畫的執行。

想，都是問題；做，才會有答案。

三、計劃

主線

• 架構師

支線

• 前端工程化

日常

• 學人做事
• 走出去
• 自省