「剛開始學程式，會不會因為和別人比而焦慮」「現在的做法真的能讓我成長為工程師嗎？」有沒有這樣的不安？我現在是工作第三年的工程師，回顧第一年滿是失誤的自己，想把從完全沒經驗到成為專業人士的行動，以我的主觀經驗分享給你。
三年前我迷失在名為「完美主義」的迷宮
成為工程師後剛開始的時候，我對自己沒有自信。
「一定要寫出完美的程式碼」「問不懂的事很丟臉」
因為這些先入為主的想法，我常常為了一行要改的程式碼煩惱好幾個小時，結果什麼也沒進展，一天就這樣過去……這種情況發生得很多。
現在回頭看，那是最浪費時間的做法。
在工作中被磨練後才體會到，專業的工作並不是自己孤軍奮戰追求 100 分，而是「在最短時間內取得回饋，並在團隊中最大化成果」。
-
在開始實作前就把草案拿出來看。避免返工的時機
我在第一年最大的失誤，是抱著「完成到完美再給人看」的心態，獨自花三天把功能做到看起來很完整，結果被前輩一句話說：「啊，方向完全不一樣喔」整個被打槍、全數作廢。
當時的絕望難以言喻，編輯器上的字都模糊了。
結論：進入正式實作前，在「設計骨架」看得見的那一刻就要做協調
有效率的工程師，無一例外地在「確認的時機」拿捏得很好。
具體來說，是在還沒開始大量寫程式碼之前，先有一個「大綱」或「邏輯構成案」，也就是在方向還沒完全清楚的超早期階段，就去問前輩「可以這樣做嗎？」並在那裡把設計骨架與方向做一次協調。
理由：返工正是開發現場裡的「最大時間小偷」
如果等到把東西做到 100% 才被指出「根本設計就錯了」，那修正也需要再花 100% 的時間，最糟甚至會有趕不上交期的風險。但若在這個「起跑的草案」階段就確認方向，即使出現偏差，修正成本幾乎接近零。
新人在現場常遇到的情形
新人時期的我：（花整整一天，終於寫出我覺得「完美！」的程式碼，自信滿滿地送出 Pull Request……！）
30 分鐘後的前輩：「啊，抱歉。這個功能用了預定在下週更新中會廢除的函式庫。而且這樣寫擴充性會很差，改用另一種模式重寫吧」
我：「（……變成白紙！？我拼命寫的一天，到底是為了什麼……！）」
意識重點
減少靠「自己一人判斷」孤立前進的時間。在這個超早期階段就諮詢別人，不僅是避免錯誤，更是向團隊展現「我不會獨斷獨行，會考慮團隊狀況並以理性管理風險」——這是一種累積專業信賴的正向行為。
-
不要在黑暗中停下。先把東西做出「有形」的勇氣會開路
「技術力不足，所以不知道該做什麼」──會不會因此卡住不動？我第一年經常讀規格書也看不清全貌，面對空白的編輯器就僵住了。
結論：別追求 100 分，先做出「至少能跑的基礎」
一開始就追求 100% 完成度，對新人來說風險很高。因為經驗不足時，判斷何者為正解的基準本身就不明確。先在「知道的範圍內」組出結構，盡早反覆驗證，採用「先把樣子做出來（草案製作）」的思維。
理由：透過讓東西能跑起來，才會把「不明點」具體化
想像你在停電的房間裡尋找門（目的地）。站著不動或等待燈亮不是策略。先摸索著走幾步，會發現「這裡有牆」「那邊有階梯」，具體問題才會浮現。
當問題具體了，向前輩提問也會更具體，抵達目標的速度會大幅提升。
把球交出去的技巧
如果查 30 分鐘還解決不了，就把問題快速交給有經驗的人。要有「以團隊整體進度為優先」的視角。不要讓自己成為瓶頸，策略性地利用團隊之外的資源，這種平衡感在第一年結束時會化成明顯差異。
完美主義是成長的敵人
不是「先完全理解再動手」，而是「邊動手邊理解」，在不確定的現場才能生存的工程師的機動力就在於此。
-
教別人就是再學一次
工作幾年後，會慢慢開始有後輩。若因此覺得「教育會減少我的工作時間，很麻煩」，那真是太可惜了。
結論：把教育視為「對自己的投資」（時間的槓桿）
教後輩是把自己的知識體系化並鞏固的最佳訓練。
另外，即使是沒有後輩的新手，也可以把自己學到的知識寫成文章發表在 Qiita 等地方，向還不熟悉該知識的人說明，這樣的輸出也是很好的訓練。
理由：含糊的知識無法教人
當你只是「有個印象」的知識，試著去教別人時缺陷就會暴露出來。透過教導後輩，你會發現自己知識中模糊的地方並回去補強。持續在自己內部更新資訊的這個行為，能把「隱約知道的知識」昇華為「普遍性的邏輯」。
-
把提問「制度化」，守護心理安全感
最後，關於打造能讓後輩成長的團隊，有一點技巧：新人不敢問問題，往往不是他們缺乏意願，而多半是「沒有制度」的問題。
「容易提問的文化」要自己示範出來
如果指導者刻意扮演「完美超人」，新人會想：「問這種基礎問題會被笑嗎？」而裹足不前。刻意在公開場合表現自己也會有不知道的地方、或主動問「這個當初是怎麼處理的？」之類的開放式對話，能示範出允許疑問的文化。
最後
在第一年提升「個人的效率」，在第三年把「團隊的產出」最大化。這三年內培養出的能力，縱使十年後程式語言的潮流改變，依然會是支撐你市場價值的通用資產。一步步向專業的未來前進吧！
PRUM 的工程師有超過 95% 是從未經驗者錄用。歡迎到公司網站看看。
▶ 公司網站
我們也經營一個整理對工程師有幫助文章的網站，有興趣的話可以去看看。
▶ 對工程師有用的文章網站
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
