"結構化思維”對于技術人員 Coding 能力的升級至關重要，是一線互聯網大廠升級為高工及技術專家的關鍵之一。“結構化思維”對于應對網上甚囂塵上的“35 歲中年危機”也是關鍵。

[[313457]]

圖片來自 Pexels

什么是結構化思維?

what is Structured inventive thinking?

The goal of USIT is to enable a problem solver to invent multiple solution concepts in as short a time as possible for real-world problems (day-to-day technical problems in all fields). Key to this methodology is its ability to establish, quickly, unusual perspectives of a problem situation.

—— wikipedia

簡單來說就是要有邏輯、條理(《阿里工程師自我修養》——邏輯+套路)。

表達要有邏輯

表達要有邏輯，如公眾演講，轉正答辯，晉升評審，嚴密的邏輯有時可以折服石榴裙等。

四種組織思維的邏輯順序：

• 演繹(因果)順序：“大前提、小前提、結論”的演繹推理方式就是演繹順序。比如，經典三段論：所有人都要死，蘇格拉底是人，蘇格拉底要死
• 時間(步驟)順序：“第一、第二、第三”，“首先、然后、再者”等，很多的時 間順序同時也是因果順序
• 空間(結構)順序：“前端、后端、數據”，“波士頓、紐約、華盛頓”，化整為 零(將整體分解為部分)等都是空間順序
• 程度(重要性)順序：比如“最重要、次重要、不重要”，具體如四象限法則：

做事要有套路

套路是解決問題的方法論(沒有金剛鉆別攬瓷器活——金剛鉆啊)，非常重要。

5W2H 分析法，就是一個幫助我們分析問題的非常好的“套路”，如下圖：

為什么阿里 P8、 P9 的技術大牛都在反復強調它?

為什么阿里 P8、 P9 的技術大牛都在反復強調“結構化思維”?他們說這是應對 35 歲中年危機的良方。

筆者畢業多年來，技術成長不算太快，其中有 2 段經歷技術成長較快，分析其原因：首先，項目組做的是有技術挑戰的產品;然后，有 38 歲資深架構朝夕相處，愉快寫代碼;最后，解決問題的思路真是關鍵。

因為畢竟每個人，再怎么努力，除去吃喝拉撒睡，一天工作學習最多有 12.5h~14h。

智力不是關鍵，普通人的智力差不多(百分之 95 智力差別不大，筆者的清華高中同學，沒覺著他有多聰明)，智力分布區間如下圖：

所以思路、套路(路徑、方法)才是提高效率的關鍵。

怎么樣有效的訓練?

寫技術博客(可以鍛煉自己的邏輯)，工作中一個功能模塊的開發，一次證書考試，怎么樣在團隊里推進一個方案，如何和公司以外的技術大佬建立緊密的聯系等等，都可以有效的訓練結構化思維。

阿里人給的建議是：

建立中心

建立中心，明確目標，解決 what、why 的問題，然后才是 how。

建立中心兩種方式如下：

• 自上而下，適用于問題比較明確，按照核心要素展開即可。
• 自下而上，問題不明確，各種材料雜亂，需要分類、剪掉枝丫、歸納匯總出一個中心。

結構化分解

分析的策略，即按照演繹順序、時間、空間、重要性四個維度進行分析。其中，空間分析要注意滿足 MECE(Mutually Exclusive Collectively Exhaustive，相互獨立，完全窮盡)原則。

舉個栗子：

①單身汪—脫單之路(圖片請放大食用)

②Tika 結合 OCR 功能開發

一開始我對 OCR 是啥都不知道，一臉懵逼!

[[313459]]

一番搜索、分析、思考、實驗后，3 天完成代碼測試及集成到框架，輕松+愉快。

具體過程如下(圖片請放大食用)：

③《How to read a book》—— 西方經典著作，70 年代出版，經久不衰，至今仍位列美國暢銷書排行榜

兩位作者(知識量巨大，美國著名學者)怎么回答這個問題?

• 首先，談到閱讀分幾個層次—— 基礎閱讀、檢視閱讀、分析閱讀、主題閱讀。
• 其次，談具體如何由淺入深逐步訓練。
• 最后，分類談不同書籍的差別以及閱讀技巧。

如下圖(圖片請放大食用)：