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

圖片來自 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 是啥都不知道,一臉懵逼!

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

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

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

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

  • 首先,談到閱讀分幾個層次—— 基礎閱讀、檢視閱讀、分析閱讀、主題閱讀。

  • 其次,談具體如何由淺入深逐步訓練。

  • 最後,分類談不同書籍的差別以及閱讀 技巧。

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

作者: CoderBaby

編輯:陶家龍、孫淑娟

參考資料:《阿里工程師自我修養》

出處: https://www.cnblogs.com/NaughtyCat/p/structured-inventive-thinking-in-action.html

相關文章