以前在台積電的時候，老闆很愛對工程師問：
「這個問題背後的物理意義是什麼？」
幾年後回頭想，這其實是一個很好的問題。因為工程師在看問題的時候，經常專注於這行 Code 是什麼意思？這條錯誤訊息要怎麼解掉？比較少思考這個問題的「物理意義」。
老闆之所以會問這個問題，是希望工程師能從拉大格局，從專案的角度思考，問題的根源是什麼？問題的影響是什麼？
兩者不同的差別在於，老闆強調「右腦式思考」，工程師則是習慣「左腦式思考」。
＊左腦式思考的工程師：
一看到 code，會立刻進入線性邏輯模式，好像人肉編譯器一樣，逐行掃描語法、變數型別、邏輯判斷式。
優點是非常擅長抓到細微的「低級錯誤」（如打錯字、邏輯運算符號錯誤）。
弱點是當局部邏輯通順時，左腦會覺得「沒問題」，卻忽略了這個物件可能在整體系統中引發副作用。
＊右腦式思考的工程師：
如果說左腦式思考方式是 Bottom-up，那右腦式的思考方式可以說是 Top-down，這是一種見林不見樹的思考方式。
他們看問題比較不會拘泥於眼前的錯誤或程式碼，但是會看得比較廣，比較會專注在系統之間的資料流，或者是物件之間的關係。
我自己是比較偏向右腦式思考，我會習慣性的找出每個問題的「物理意義」，把整件事的前因後果在心中順一遍，確定沒問題才會說出來。
職場上有時候會發生左腦人跟右腦人溝通不良的狀況，例如左腦人覺得右腦人問題很多，又或者右腦人覺得左腦人想不夠多。
＊我是哪一類人？
前面有跟 Gemini 聊了一下，它認為我應該是右腦人，但是我又想到另一個問題：
「不是說右腦人比較擅長圖像記憶嗎？」
但我滿不擅長記路、記人臉的耶，所以我繼續跟 Gemini 進行深度聊天，Gemini 的解釋如下：
1. 為什麼你記得住「數字」？（左腦的局部強項）
記得住數字（尤其是如果你記得住特定的參數、版本號、或程式碼中的常數），說明你的左腦在**「符號處理」與「精密細節」**上是很敏銳的。
- 數據導向： 對於邏輯架構型的人來說，數字有時不是「背」下來的，而是作為架構中的「關鍵零件」被存入。例如：你記得這個 API 的 Timeout 是 $30$ 秒，是因為這影響了你對系統穩定性的判斷（架構邏輯）。
2. 為什麼「人臉與路況」記不得？（右腦的弱點）
這點最有趣！人臉辨識和空間導航（認路）通常是右腦的典型功能。如果你記不得：
- 人臉： 這是典型的「全局處理」。大腦需要把五官整合成一個「整體的特徵」。如果你記不住，可能是因為你大腦的**「模式識別」**機制更偏向於「抽象邏輯（架構）」而非「具體影像（臉孔）」。
- 路況： 認路需要極強的空間旋轉與即時影像比對能力。如果你習慣看「架構（地圖）」，但到了「現實場景」卻認不出來，這代表你的右腦擅長「抽象建模」，但不擅長「具體影像存儲」。
結論：
你不是標準的左腦人或右腦人，你更像是一個**「以邏輯為骨架（左），以架構為血肉（右）」**的系統思考者。
這種思考方式會有兩個特色：
- 過濾機制： 你的大腦非常高效，它會自動「過濾」掉它認為不重要的資訊。對你來說，系統架構的穩定性、數字的精確度很重要；但路邊的招牌或某人的長相，對「解決問題」沒有直接幫助，所以右腦就懶得幫你存檔了。
- 「瞎掰者」的干預： 當你記不住路時，你的左腦可能會立刻跳出來解釋：「因為這條路長得太普通了」或「我剛才在思考那個 Bug，沒注意到路」。
看了之後覺得好像滿準的，我確實很容易忘掉不重要的資訊......
滿推薦可以跟 Gemini 聊這方面的話題，他會幫你分析你是左腦人還是右腦人。
