🧠13 的 brainOS：借用軟體工程概念談思考

在 AI 越來越聰明的現在，放棄獨立思考，就等於放棄 AI 留給人類的其他機會。去了解自己如何思考、強化思考，是每個人現今最值得思考的問題。

我想要來拆解自己的學習方式、思考模式，與工作流程。一方面是為了更了解自己、補足盲點，有助於未來的思考與決策。另一方面，把這個過程展現出來，哪怕讀者不見得能完全派上用場，本身應該也是很有趣的讀物。

所以，在 2026 年 1 月份，我將以「13 的 brainOS」為主題，來分享我如何學習、思考與工作。

借用軟體工程的概念來談思考

要去拆解自己的思考本身就是一項挑戰。而要寫成文章的話，對我來說，還會疊加另一層挑戰。

這是因為，我在很年輕的時候就開始對「人們是如何思考」產生興趣，並且在大學、研究所時主修教育心理學，累積了不少學習與思考的「工具」。這些東西多少已經內化成為自然的運作方式，就像作業系統的 Kernel。

比如說，當我在思考一件事情時，很自動地會動用「後設認知」，也就是能夠一邊思考、同時去觀察自己是怎麼思考的。有點像是一套作業系統在運作時，一邊監控自己的系統資源使用情況。

近年來，我開始從事軟體開發的教學。教學讓我徹底理解到，拆解自己熟悉的東西，變成能夠交給新手的學習素材，是非常困難的一件事情。人們在學會一項技能或知識以後，就失去了還沒學會時的觀點，也就是形成了專家的盲點──忘記新手在學習時的困難，而且不知道從何教起。

所以，如果把自己的思考過程直接寫出來，對讀者恐怕沒有太大幫助。我的大腦發展出來的這套已經內建在 Kernel 的監控軟體，沒辦法複製給讀者直接安裝。並不是說我比較厲害，而是我必須找個方法讓自己好懂。

於是我就想到，既然 13+ 的讀者多半是軟體工程師，那麼我就試試看用軟體工程的概念與術語，來聊自己的思考方式！

比如說，我們都很討厭專心工作時被打斷去處理別的事情，但你知道為什麼嗎？用 Swift 來解釋的話，就是 task/operation 被 cancel 的時候，並不是瞬間就可以完成，正在進行的任務其實還會繼續，直到它們有檢查是否已經被取消。大腦也是一樣，正在思考的事情無法說停就停。

上述這種比喻方式，會出現在整個系列的每篇文章當中。

是為了好玩與易懂，而不是理論

我必須強調，借用軟體工程的概念，是為了幫助讀者們更容易理解，而不是要發展一套「類比電腦運作與人腦思考」的理論。

實際上，我平時並不會用這些類比。是為了寫這系列文章，刻意去尋求兩者之間的關聯，作為說明自己思考方式的「包裝」。軟體工程與認知領域的差別還是很大的，所以每一篇的類比範圍有限，我們不需要強求過度解釋與套用。

比如說，我們可以借用軟體測試的概念，來談怎樣測試自己的想法是否可靠。但是軟體的測試能夠自動化、計算覆蓋率，思想的測試沒有這些特性。

所以，請把文章的闡述方式當成幫助你理解的趣味類比就好。

是參考，而不是思考指南

我把這個系列名稱定為「13 的 brainOS」，是因為這是在描述我自己。讀者不需要複製我的思考方式，因為每個人的作業系統很不一樣。

但是你可以參考我的思考方式，並且發展出對自己 brainOS 的規格定義。總之，只要這些文章能夠幫助你更了解自己一點，對我來說就夠了。

結語

接下來一個月，我會用各種軟體工程的概念來談自己學習、思考與工作方式。

雖然我已經想出了幾十個可能的題目，比如說用測試的概念、performance tuning、run loop 、feature flags 來談某些思考方式。具體的內容，還是要等到寫下每一篇的當下，一邊思考、一邊撰寫，才能確定。用軟體工程術語來說，撰寫過程就是在 live coding & debugging！

所以，我不會預告接下來的內容（因為現在也還不確定），但是保證有趣，而且在別的地方肯定讀不到。敬請期待！