如果你問一個工程師，「最近有在運動嗎？」
可能會有一票人這樣回答你： 「寫 code 都沒時間了，我怎麼可能有時間去運動？」
這些朋友如果你再問他一些他工作上的情況，例如：
「你有在寫 unit test 嗎？」
「你有寫個方便 deploy & rollback 的 deploy script 嗎？」
「你有花時間在 study 一些新的技術嗎？」
你大概都會得到差不多的答案：「寫 code 都沒時間了！」 (說不定他還開始覺得跟你聊這些也蠻 “浪費” 時間的，開始想要怎麼找個理由擺脫你，好繼續回去寫他的 code 
)
價值 v.s. 價格
乍看之下，那些 “沒時間做的事” 都蠻花時間的，也難怪總是成為趕 deadline 下的犧牲者
但這就好像到餐廳點菜，想都不想就點最便宜的餐；到菜市場買菜，只想買到最便宜的菜一樣，這些都犯了一個我們常犯的毛病，就是讓最便宜的價格(或是眼前花最少的時間) 幫我們做決定，而沒有去思考這些東西帶來的價值。
如果你從價值的角度出發，你花時間寫的 test 或是 script 每次可以幫你省下 10 分鐘，而這個 test or script 會被執行 100 次，那你就算花上一整天的時間去寫這些 test or script 都值得。
個人經驗
當然，我也不是說所有這些 “有價值” 的東西都應該立刻馬上去執行
我自己平常判斷的 principles 是這樣的：
- 如果是重要不能出錯的 flow, 一律寫 unit test
- 可能會用很久，或可能會歷經其他人 refactoring 的，也一律寫 unit test
- 有時候在工作中會看到一些有趣的 topic 想去學習，如果需要花超過 10 min 又不是跟手上的工作直接相關，我會先用 read it later 的功能存起來，當天回家再看，以免影響了當天的進度
- 每天規劃適當的進度並在時間內努力完成，留下時間做或學習那些 “有價值” 的東西
你呢？你都怎麼規劃你的上班時間，你也有 “寫 code 都沒時間了” 的困擾嗎？
歡迎留言分享你的想法 
(image via margot.trudell, CC license)
