我們用 SMART——Specific（具體）、Measurable（可衡量）、Achievable（可達成）、Relevant（具關聯）、Time-bound（有時限）——把每個故事拆成五天，作為每次動手造輪子前的五個檢查問題。

本篇是回顧總結的「總結」篇：兩個三十天，各自練成了哪一項能力，又完成了哪一段身分轉換？

本篇定位：總結兩個 30 天系列的關係，完成從「菜雞 → 粉鳥（intern）→ 菜鳥」的敘事。

兩個三十天

上一個三十天，我寫的是「我從菜雞變粉鳥：30 天學生味退散筆記」。那個系列處理的是學生味最重的一個習慣：把工作當成題目與驗收條件都已經印好的考卷，拿到就埋頭開始解。它練的是一件事——先看懂問題。菜雞變粉鳥，是學會在動筆之前抬頭，確認題目到底在問什麼、是誰在問、為什麼要問。

這個三十天接著處理下一關。看懂問題之後，新的陷阱馬上出現：面對陌生的工具、零件、介面與協定，第一反應是把它們改造成自己熟悉的形狀。於是有了五個故事，也有了一套用來收拾它們的判斷方法。

兩個三十天真正的差別，落在「解法空間」這三個字上。前一個系列練的是把題目讀對——分得清客戶說出口的話、真正要達成的事，以及自己腦補的部分。這一個系列練的是另一件更難承認的事：把「這題已經有人解過」正式算進解法空間裡。學生的解法空間只有自己寫得出來的東西，所以採用現成解法不算解法，只算沒有解；工程師的解法空間大得多，多出來的那一大塊是別人已經交付、測過、還在維護的成果，自己要做的往往只剩下補上必要的缺口。如果說前一個系列是學會抬頭看題目，這個系列就是學會低頭看倉庫——動手之前，先查一查這個世界是不是早就把解法做好了。

菜鳥是一種資格

轉正那天，我以為「菜鳥」是個需要盡快擺脫的貶義詞；走完這三十天，我覺得它更像一種資格。粉鳥還在實習，做錯了後面有人接住，最壞的結果是被退回去重做；菜鳥的名字則開始出現在交付單與維護欄位上，東西壞掉的時候，被叫醒的是自己。從粉鳥到菜鳥，換的不是等級，是責任歸屬。

說菜鳥什麼都不會並不準確——五個故事裡動手造輪子的，沒有一個是不會寫程式的人。菜鳥真正的意思，是終於知道自己的理解仍然可能不足。而這正是五個故事共同的病灶：每一台破輪子，都始於某個人太快相信了自己的理解。

隨著這個身分而來的，是問題軸心的轉移，這也是三十天下來最實質的收穫。學生問的是「我能不能自己做」：答案在自己身上，做得出來就有分數。工程師要問的是「這件事值不值得由我們做」，這一問把三件原本不在視線裡的事拉了進來——有沒有人已經做過、做完之後由誰承擔、在整條產品線上它排第幾順位。做得出來，從此只是入場資格的其中一項。軸心一轉，我心裡「工程能力」的定義也跟著改了，收斂成五件聽起來不太像技術的事：把問題定義清楚、用證據取代感覺、認得系統的邊界、簽得下責任，以及在期限之內交出可以驗收的結果。

留給自己的五個問題

最後不再添新方法，只留五個以後每次手癢時要過的問題：

• 我真的理解問題了嗎？ 還是只理解了自己想做的方案？五個故事有四個死在這一題；唯一撐過去的是第二個故事，它的毛病不在理解，在順序——場域條件其實問得出來，只是解法比需求先進場。
• 我真的查過現有解法了嗎？ 查過，是指打開文件、跑過範例、留下紀錄；「聽說不好用」不算查過。
• 我補的是必要缺口，還是個人熟悉感？ 缺口說得出輸入、輸出與規格；熟悉感只說得出「這樣比較順手」。
• 我願意承擔這套成果的完整生命週期嗎？ 測試、部署、資安、相容與維護，一路到退場；第一版能跑只是開頭。
• 期限到來時，我交得出可驗收的結果嗎？ 交付不會等任何一顆輪子慢慢長大。

五題都答得出來，就有資格動手，而且是帶著憑據的那種資格——被問「為什麼不用現成的」時，答案已經寫在紙上。任何一題答不出來，答案多半就在階梯比較上面的那幾級，等著被採用、被設定、被一份文件補齊。

平安上路

學生時代，從頭完成一道題目會得到掌聲；上班之後，得先確認題目值不值得解、是否已經有人提供可靠解法、完成之後由誰承擔維護。走在這段路上，我慢慢弄懂了幾件互不等價的事：不熟悉的東西，未必不合理；看得懂的東西，未必值得重做；寫得出來的東西，未必應該由我寫；第一版能跑的東西，未必有人能維護。真正的工程成果，是能被驗收、被交接、被更新，最後還能被體面淘汰的東西。

走過兩個三十天，菜雞變成了粉鳥，粉鳥終於可以平安踏上菜鳥之路。行李比想像中輕：一座決策梯、一張盤點表、一份維護承諾，還有一句要提醒自己很久很久的話——

不因為看不懂、不熟悉、不合手，便急著把別人的輪子拆掉，再手擀一顆只有自己推得動的破輪子。