別急著交卷，留給自己「一小段時間」搞懂背後的「為什麼」
這一篇來聊聊新人急著把事情做完是好事，但不要忽略背後的原理。
💡 讀這篇前，先對齊一下頻率：
- 誰適合讀？ 跟我一樣，追著進度跑的「職場新鮮人」
- 我想聊的痛點？ 同樣是一小時，新人與資深承擔背後的壓力截然不同，善用新人的「時間紅利」，把原理學起來，讓未來的你感謝現在的自己。
這是我過往踩過的坑。寫下來，是想幫過去的自己少走一點彎路！
>
好好利用新人「一小時」的時間學習，幫未來的自己省點力。
我開始帶新人才發現，新人容易把焦點放在把「事情做完」就表示「已經會了」。當年我作為新人也是如此，焦點放在把交辦的事情給完成，而不是放在「背後原理的學習過程」
以工程師剛學版本控管工具的更新指令「git pull」來舉例：
大多數新人學完，會看到程式碼有更新上去，就以為學會了。這個指令大概只要10分鐘就能學會使用，而要花比較多時間是了解其背後的原因。
我就看過有人因為指令更新過程有衝突導致失敗，最後解決不了而要去請別人協助，而且是兩個人一起，不只是花費時間而已，還伴隨著各種壓力與情緒，尤其是雙方都在「趕版本」的上線前。
而身為新人時期，好處是可以慢慢研究工具背後的原理，為什麼如此方便？這指令背後做了什麼事情？
這些都能趁這段時間去好奇與追問。新人問這些問題，也是團隊普遍能接受的，不會造成太大影響。
當你逐漸變資深後，身上需要顧更多功能與系統，當遇到一個小問題，可能連一小時都拖不了，只祈求能解決問題，更別說有時間研究原理。
所以新人最寶貴的資源是「有時間把原理學起來」
比起焦點放在你完成新人訓練有多快，這類的漂亮績效。更重要的是留下那些能陪你走一輩子學習原理的心態以及亙古不變的知識。當你責任越來越重，你會發現明明時間長短沒有改變，可是這種能夠「慢慢學」的時光已經不復存在了。
所以趁著還是新人時，除了學會「怎麼用」，更要多問自己一句「為什麼能這樣用？」
抱持著好奇心，你的未來會說出「還好當初有靜下來慢慢學！」
至於「哪些該花時間學習」「該花多少時間」，這些是很好跟團隊對齊的問題
可以參考延續上一篇「新人不用急著證明自己，而是要先對齊團隊」