J021｜工程師和數學家在原始碼閱讀上的思維差異是什麼？

「 閱讀原始碼 (Source Code)是有技術的，要從以下的順序逐漸詳細化來閱讀：

01 如果有解說內部構造的文檔，就先讀

02 讀目錄資料夾 (Directory)的構造

03 讀檔案 (File)的構成

04 調查各種簡寫

05 了解數據(Data)的結構

06 把握函數所建立的關係

07 閱讀函數 」

這一段關於閱讀程式碼的框架，摘錄自日本作者西尾泰和[1]的著書，

《エンジニアの知的生産術 - 効率的に学び、整理し、アウトプットする》[2]的第21頁，

引發我對數學背景的人看「編程 Programming」的思考。

數學系的訓練，與上面閱讀原始碼的優先順序，本質上是反過來的。

在數學的訓練中，是先把函數定義的非常清楚，

再進一步去看函數應用在具體的數據上會發生什麼行為，

然後就到此為止，不太會再有進一步的討論。

但如上面西尾泰和所述，工程師看事情的角度，

是先掌握全局，然後再進一步細化每一層的細節。

而根據我這幾年與工程師背景的學生合作的經驗，

優秀的工程師的思維，

真的是先思考整個系統最後要的輸出是什麼，

接著看有什麼是需要當作輸入的，

然後再進一步思考「輸入->輸出」中間需要經過哪些環節，

每個環節的原料以及成果物又是什麼。

如此不斷細化，其實每週都能進展，

而且問題會愈問愈詳細，解答也會愈問愈精細，

然後10-12週的Progress就能有很具體的成果。

看來我需要多練習這種工程師思維，

從輸出開始，然後定義好輸入，然後找到實現的手段。

將工作流建立起來，然後一步一步去實踐過程，

感覺這樣才是真的在鍛鍊「編程 Programming」的能力。