個人想法 on Tom 除錯中

如何讀懂一本書？

Fri, 30 Oct 2026 14:32:46 +0800

眼看2026年，連一篇文章都沒有，剛好最近整理出讀書方法，就先記在這裡

看著書，向布偶解釋。有時候一邊說，一邊寫下解題過程，會更容易解釋
不看書，不看筆記（上一步的解題過程），再一次向布偶解釋
寫習題，練習運用所學，或者做作品。寫題目時，善用「數覺思考」的要點字寫作

陶藝教師的故事：從失敗中學習

Fri, 15 Nov 2024 17:50:21 +0800

為了說明我們如何從失敗中學習， Ted Orland和David Waylon兩位藝術家在書中提到了一位陶藝教師的故事；這位教師把一班學生分成兩組隔天上課，並且進行了一個對照測試。

第一組依她多年來慣用的方式，以作品的品質決定分數高低，學生必須在學期末交出一件自認為最好的作品；第二組的方式很不一樣，分數高低純粹以做出來的數量多寡為準，在學期中做出來作品數量越多，分數就越高。

到了學期末，教師發現無論從技術或美學角度來看，最好的作品都不是來自以品質決勝負的第一組，而是來自講求數量的第二組。隨著作品越做越多，第二組的學生不斷學習、並且逐次調整作法；最後雖然他們的重點不是品質，但卻做出了最好的作品。

該怎麼做下一件作品的答案，就藏在上一件作品中。── David Bayles & Ted Orland

同時，雖然第一組的同學花了整個學期改進作品，但卻沒有成功；也就是說，在你不斷嘗試、不斷失敗的同時，也學到了寶貴的經驗，而且這些經驗會成為下一件作品的基礎。如同前述兩位藝術家所說的：「該怎麼做下一件作品的答案，就藏在上一件作品中」。

你的「上一件作品」越多，學到的就越多；失敗才是成功之母，而追求完美不是。

先求有，再求好。先習慣每天生出一個程式，就算是初學者程度也行，等你能輕鬆完成一個程式，自然會自我要求品質，慢慢導入一堆東西：ER model、腳本自動佈署、user story、Scrum、單元測試、TDD、設計模式等

遵守檢查表，好處多多

Sun, 17 Dec 2023 17:50:21 +0800

盡可能建立與遵守檢查表，因為有許多好處：

檢查表把事情分得很細，所以有用 Vim 把事情分得很細提到的好處
運用原子習慣的「兩分鐘法則」，檢查表的開頭只要兩分鐘，然後你就會繼續做下去
照著檢查表完美的完成事情，感覺很好
做對一次，以後都能做對。不論再累，甚至感冒都能做對
節省腦力，有餘力兼顧多個工作（畫畫、運動、寫程式、做料理、讀小說）
針對每一條檢查表檢討並改進，不斷進步

在原子習慣這本書提到，英國自行車國家代表隊累積幾百個微小的改善，造就非凡成就。這麼多改善都會記得做嗎？

英國自行車代表隊的改善包含：

重新設計單車坐墊，使其更為舒適：改變坐墊一次就行了，不需要記得
在輪胎上塗抹酒精，增加抓地力：所以這是在什麼時候做呢？比賽開始前，因為酒精會揮發
要求選手穿上電熱式緊身褲，讓肌肉在騎車時維持理想溫度：訓練和比賽前都要記得穿
使用生物回饋感應器監控每個選手對不同訓練的反應：訓練時要記得開啟感應器
在風洞測試不同的布料，讓室外比賽的選手換穿室內比賽服：訓練和比賽前要記得穿的是「室內」比賽服
測試不同的按摩油，看哪種能讓肌肉最快恢復：出國比賽打包時要記得帶按摩油，訓練和比賽後要記得擦
雇用一位外科醫生來教導選手如何洗手，以減少感冒的機率：何時要洗手呢？
為每個選手找出能帶來最佳睡眠品質的枕頭與床墊：出國比賽打包時要記得帶
把後勤卡車的內壁漆成純白，以便察覺到往往會被看漏的細小塵埃，避免其影響到精確調校過的比賽用車：漆一次就行了，但是比賽用車搬進後勤卡車前都要記得檢查內壁有沒有塵埃

光是上述的改善，就只有第一個是做一次就就行了，其他都要記得做，所以建立和遵守檢查表，才會每天或每次都記得做。

以下是柯文哲接受經理人雜誌訪問時的文章：

這17年來，我們嚴格遵守標準作業程序（SOP），有需要修正就及時修正，出錯就改SOP，已經到達全面品質管理（TQM，Total Quality Management）。

Ｑ：你如何改善流程？

Ａ：我在美國留學時，發現美國人成功很大的原因是「protocol」（正式的程序或規則），說成中文就是凡事按表操課。protocol其實就是檢查表（checklist），我花了17年建立起這些檢查表，分為醫師用和護理人員用。比方說，我把醫師的工作拆解為一張檢查表，交由專科護理師來做檢查表上需要確認的工作，像是逐一確認葉克膜每日檢查清單（ECMO Check List）上的工作，正常就打○，不正常就打Ｘ。

如果發現不正常的狀況，立刻報告技術員，再由技術員報告主治醫師。檢查表可以把高階複雜的工作拆解之後，讓人按表操課，然後層層往上呈報。我不重視學歷，切實執行檢查表反而比較重要。即使是剛進來的小護士，不用緊張、也不必焦慮，只要靠著檢查表，就可以把工作做好。

把複雜的工作逐一拆解為檢查表，也可以避免「高階低就」的情形發生。台灣的醫院裡，經常可以看到主治醫師做住院醫師的工作，住院醫師做實習醫師的工作，實習醫師做工友的工作，這樣只會造成「無效醫療」，平白耗損珍貴的健保資源。

比較理想的做法應該是讓醫師成為醫療團隊的指揮者，以充分授權取代事必躬親，像是慢性病長期追蹤或簡單的換藥工作，都可以交給專科護理師來處理，或者專心照顧住院病人，然而，主治醫師通常時間花在門診。

以前我自己照顧使用葉克膜的病患時，發現長期下來要兼顧住院和門診病人，主治醫師會撐不下去，實在太累了，所以就把複雜的工作逐一拆解成為檢查表。

以下出自書籍柯P模式：柯文哲的SOP跟你想的不一樣：

ＳＯＰ的基本精神是八二法則，先解決八成的普通問題之後，再去處理後續的兩成少見問題，不要幻想ＳＯＰ一次建立後就可以處理所有事情，或是所有情況都適用。通常就是因為這樣，ＳＯＰ才會寫不起來，所以，心理上必須上先擺脫這個錯誤思維。

建立檢查表後，可以處理 80% 的普通程式設計工作，你就可以輕鬆很多。例如記下建立一個 CRUD 網站的所有步驟，寫成部落格文章，之後只要照著作就能在幾個小時內產生基本的網站程式碼(80% 的工作)，集中精力在需要特別處理的部分(20% 的工作)，例如額外的功能。

寫程式時需要檢查表

Thu, 14 Dec 2023 17:50:21 +0800

想要很快把事情做完？而且不出錯？使用檢查表
寫程式很複雜，想要把它弄的簡單，容易駕馭？使用檢查表

所謂的檢查表，其實很簡單，就只是一邊做、一邊記下做了什麼。例如食譜，一邊做菜、一邊記下剛剛是清洗、切菜還是下鍋油炸。日劇 Grand Maison Tokyo，開發新菜時，需要在牆上記下步驟、加了什麼食材、加了多少，失敗了就劃掉，直到成功為止。醫生動手術必須遵循一定的步驟，例如割盲腸並不是隨便拿刀把肚子切開，找到盲腸，然後切除，詳情可參考漫畫仁醫單行本第七卷陣之章第3話西鄉。常規手術代表各種典型的疾病與對應的手術步驟，所以寫程式應該也有典型的需求與對應的撰寫步驟。

安裝開發環境很無聊，而且常常卡住不知道怎麼辦，我們程式設計師笑說那是測試人品好壞的時刻，於是一邊安裝、一邊記錄安裝的指令，新增修改的檔案名稱與內容。之後進一步用程式自動完成安裝步驟，也就是 Ansible, Terraform, Puppet, Chef, 和 Salt 這些工具。一開始安裝要用到二、三天，記下步驟後，下次複製貼上執行指令只要一小時，最後用 Ansible 之類的程式自動執行只要五分鐘，沒有比這更快了。

所以我就在想，安裝開發環境很複雜，為了控制複雜，想要把它弄的簡單，容易駕馭，減少出錯，於是記下過程，為什麼寫程式不這樣呢？可以寫文章記錄整個安裝過程，之後自己有需要時直接拿來用，寫網站也一樣吧？記下自己建立一個 CRUD 網站的所有步驟，寫成部落格文章，之後只要照著做就能在幾個小時內產生基本的網站程式碼(80% 的工作)，集中精力在需要特別處理的部分(20% 的工作)，例如額外的功能。

而且檢查表可以不斷累加，更新成更好的設計。例如有單元測試和沒有之間會有多大變化？如果有記錄步驟，就能清楚比較，並用在新的程式上。