前面的文章曾介紹過分散式版本控制軟體 Git，而這次想提的開源 Husky 則是建立在 Git 基礎上的工具，Husky 和 Git 兩者有著相輔相成的關係。這篇文章除了想說這兩者的關聯，另外也可以去思考 Husky 對於軟體開發的工作流或是 CI/CD 有什麼幫助，又或者該置於工作流中的哪個角色上。

不論是在開發還是佈署後的環境無可避免地總是會遇到 bug，所以軟體工程師時常在踩坑。為了在軟體報錯時，能迅速地找到問題點，Error Handler 就扮演了很大的角色，決定在 log 中應該要顯示的錯誤訊息。好的錯誤訊息能夠讓工程師快速找到問題發生的源頭，而模糊的錯誤資訊反而容易造成問題的發散，進而導致浪費了大量的時間在除錯。

以前剛接觸程式語言的我，總以為程式越簡短越厲害，覺得複雜的邏輯如果能用少少的幾行代碼表達，就是程式設計裡的大師，然而，隨著經驗的增加，加上閱讀一些軟體工程師的著作，發現這種想法其實很傻也幼稚。”程式越簡短越厲害” 這句話乍看之下或對於個人開發專案似乎沒什麼毛病，不過換到團隊開發專案上就並非如此，儘管程式碼簡短但是團隊成員看不懂就會是一個大問題。

這次的文章主題想聊聊職業這件事，人生有大半時間都在職業中度過，人的職業可能是自由工作者、攝影師、家庭主婦/夫、一般上班族等。工作了將近五年的時間，才突然開始好好思考我做的事情是否有意義，不論是對自己亦或是他人…

職場上很常會出現一些突發狀況，最近接連遇到所以突然深有感觸，也開始反思遇到這些情況，有什麼較好的應對處理方式。思考的過程中，覺得這似乎也能當作一篇文章來分享，畢竟軟體工程師除了開發的硬實力外，軟實力也相當重要。

起初會想探索這個主題主要是由於工作需求需要針對平台的應用定義出要使用的 metadata，在探索的過程中，發現這個主題蠻有趣的，也在探索的過程中，意識到 “Data is money” 這句話並不假，以及資料有其重要性和實踐性。

最近讀完一本書非常有感觸，書中內容無關乎程式語言，而是與人生哲學有關。從書名 “發現你的天職” 可以看出主題內容就是幫助你找到你喜歡且適合的工作，說來簡單但是其實很難察覺。相信我，我看了很多這類型的書卻沒有任何一本書真的有描述具體的作法，大部分的書都是告訴你，你要去探索、摸索，但並沒有告訴你很實際的探索方式。