工作記錄還是需要的

        正式入行之前讀過許多業界人士的文章，有一些大公司的員工會抱怨為什麼有一堆繁瑣的工作日誌要寫，在辛苦coding一整天之後還要花心思去記錄，好擾民啊！

        我之前也是這麼想的，但經過這次專案結案之後就改觀了，當客戶突然發來一個Bug，或是突然說「我們之前討論的不是這樣呀！」的時候，非常難去追蹤，可能之前在改其他Bug的時候，連帶的動到其他程式，或是使用者操作錯誤，也或許開發端跟客戶端的記憶混淆了，而這些連鎖效應的起源需要找非常久，連帶地把現有的工作進度也拖慢。

        跟客戶或許在之前往來的信件中達成共識，即使信箱裡有備份，但時間一久，不只客戶忘了，即使開發者記憶也非常模糊，最有效率的方法，還是在一開始Mail往來定案的時候做一份紀錄，做好確實分類，這樣一來效率會有極大的提升。

        目前版本控制運用得好的話也可以當作工作記錄，跟同事一起磨合出最適合的commit，或許是一個Bug，也或許是markdown記錄文件變動，在中小公司或許還沒有硬性規定一定要在一定的時間提交紀錄，只要找到一個小組最適合的節奏就ＯＫ了。

        而有時候隔一段時間看一下記錄，研究一下自己之前的工作是不是真的幫助公司獲利了，或是分心的時間太多，實際完成的進度太少，回顧之前的過程，是一直都在routine，還是真的有讓自己成長？一句很經典的話說：

        「 你根本就沒有8年工作經驗，你只是1年的工作經驗，重複用了8年而已。 」

        最後領悟到的一點，除了改善效率以外，更重要的是釐清責任。

        php有個很棒的元件：MonoLog，經過良好的運用之後，能夠適當地留下使用者的操作記錄，包括sql、mail、或是任何的exception，之後有機會再來好好介紹實際應用。