工作完成的太快也錯了嗎？身為工程師，你應該思考這幾件事｜專家論點【林鼎淵】
在傳統價值觀中，越快完成工作，應該越有出頭的機會。
但工作幾年後，卻發現這個理論未必全然正確；有時工作效率高、產出多的人，未必會獲得公司認可、主管提拔，甚至在某些環境中還會遭到同事的排擠。
究竟是道德的淪喪，還是人性的扭曲？就讓我們透過這篇文章來分析原因。
▋快速完成工作的同時，品質有兼顧嗎？
有些新人在入職後，想儘快證明自己的價值，或是做出比同期更出色的成績。
這樣的出發點可以理解，但以程式開發來說，如果只在意速度而忽略品質，那產出的成果可能會有許多漏洞，比如：
- 考慮不夠周全：未將各種可能性考慮進去，像是對使用者輸入的參數缺乏限制及驗證。
- 沒有撰寫測試程式：如果只透過簡單的人工測試就交付功能，那這樣在未來遇到 Bug 或改版時，就有可能動到原有的程式邏輯，但在上線出包後才發覺（ex：解決 Bug 上線後，發現這個改動造成其他功能出現新的 Bug）。
- 開發重複功能：在多人合作的專案中，有些新需求在過去已經有人寫好了基礎函式，開發人員只要在這個基礎上擴充即可；但有些人開發憑直覺，常常寫了功能近乎一樣的函式而不自知。
- 沒有考慮到程式碼的可重用性：如果程式在設計之初，沒考慮到現在開發的功能在未來可能會被重複使用，那就容易寫出高耦合性的程式，導致後續維護、擴充上的問題。
▋有時太快完成工作，會造成其他人壓力
這其實是看每間公司的氛圍，如果加入一間步調快的公司，那你會因為高效率獲得其他人的認可；但假使進入一間步調慢的公司，你就會因為高效率遭到其他人的排擠。
除了氛圍外，還有公司淡旺季的考量，有時淡季的任務做完就是做完了；就算你一直吵著要任務，主管手上也沒有合適的任務能指派給你，甚至會覺得你一直要任務讓他有點困擾。
小提醒：
儘管不是每間公司都這樣，但如果你做完手上的任務後，還自告奮勇幫同事完成他們的任務；長久下來，可能會變成你一個人要完成其他人的任務，並且被視為理所當然。
▋結語
透過這篇文章，相信大家能理解工作並不是求快就好。
但如果你工作效率高又能兼顧品質，那不妨好好利用剩餘的時間來提升自己，這邊筆者提出幾個方向給大家參考：
- 看過去的程式是否有改善空間：有些程式寫完當下覺得很棒，但過一段時間再去看，常常會發現有可以改善的地方，或是有更好的 Pattern 可以套用。
- 觀摩高手的程式架構：模仿是成長最快的捷徑之一，有時看高手寫的程式，會產生：「喔！原來這個問題還能這樣解！」的想法。
- 研究自己不夠了解的技術：有些專案是趕鴨子上架，我們對用到的技術並不是那麼了解；為了減少未來的隱患，建議利用這個空檔好好研究一下。
- 研究自己感興趣的知識：這裡的知識並不限於技術，如果職涯想朝管理職的方向發展，也能多吸收這個領域的資訊。
同樣的道理其實也適用於各行各業，希望這篇文章對大家有所幫助，也歡迎留言分享自己的想法。
☛ 如果想更深入認識我，可以 Follow 筆者的技術部落格 。
☛ 如果對工程師的職涯感到迷茫，筆者最近出版的新書 也許能給你帶來不同的觀點。
瀏覽 1,301 次
