我是四年碼工。要寫啥？一般要寫程式碼改動日誌。每天工作計劃，還有公司安排啥的。還有突然腦袋抽經，想出來的設計方法，以及遇到別人程式碼改時候遇到的問題，這個記錄，以後別學他。別人程式碼設計的好的地方，記錄下來以後可能用到。遇到什麼資料庫特別的sql,部分命令，常用sql(測試常用，要新增資料來測試)，還有一部分什麼各種工具使用方法呀。。。。簡單說，就是怕忘記，畢竟要知道要會的太多了，全部記住太慢。不如，這點工作日誌啥的。

每天的工作任務以及工作總結，做了哪些事要寫下來，讓老闆知道今天完成了什麼，還有哪些未完成，這些可以作為績效考核的標準，有的程式設計師寫的比較多，實際只做了幾件事，但是一條拆分了很多條，寫日誌最低端方法直接在記事本上面或者word上面寫，一般的程式設計師都是在釘釘上面寫日誌或者其它的一些軟體上面寫。

程式設計師一般喜歡在一些技術網站上寫心得。

比如CSDN ,stackoverflow,github, segmentfault等等

通常情況下有兩件事情常常被程式設計師忽略，一件事情是寫日誌，另一件事情是寫日報，日誌是服務於工作流程的，而日報則是對一天工作內容的總結。日誌和日報（週報）共同點都是給人看的，日誌往往是給自己或業務流程上的同事看的，而日報（週報）往往是給團隊負責人看的。

日誌最主要的功能是記錄程式的執行流程。日誌是對程式執行過程的記錄，包括登入角色、觸發事件的流程、業務處理的流程、關鍵事件、資料訪問、網路訪問、許可權獲取、對應日期、執行是否成功、返回值等等內容，可以說日誌是最真實的記錄軟體執行流程的文件。

日誌可以說是程式的健康監控表。透過日誌能夠快速發現問題的根源，能夠對程式的執行流程進行追蹤，同時還可以根據日誌進行資料的統計和分析，這其中就包括效能分析等重要的內容。另外，有的程式還要根據相關部門的要求進行一些日誌記錄，這些內容往往涉及到一些比較敏感的資料資源，比如涉及到個人隱私等資料，像住宿記錄、就醫記錄、金融記錄等等。

看日誌的人比較多，所以要注意措辭。看日誌的人不僅包括開發人員，還包括產品經理、運維人員、測試人員等，所以日誌一定要儘量的詳細和可靠，輸出的內容要清晰明瞭，理論上是越詳細越好，但是也有一個度要把握好，因為日誌記錄往往要進行IO輸出，這也會佔用一部分系統資源，有的時候日誌記錄會佔用較大的儲存空間，G以上的日誌記錄也是比較常見的。另外，日誌記錄往往都要根據業務型別保持一段時間，所以日誌記錄比較大也是比較普遍的事情。

寫好日誌是程式設計師職業素養的一個體現，好的日誌也會為程式後期的維護奠定一個好的基礎，所以作為開發人員來說，一定要重視日誌。

你這個日誌是什麼日誌呢？

工作日誌還是程式碼日誌，還是log檔案。

每個日誌檔案代表的檔案不一樣，目的不一樣，看你什麼用處了。

很明顯，一個是需求太多記不住，寫下來方便記住和完成哪些，另一方面寫日報週報月報的記錄，因為平時寫程式碼太忙了，有時候都忘記自己做了些啥

日誌主要是記錄一些敏感操作資訊，還有藉助log來進行除錯。

1、敏感操作資訊。舉個例子，比如對資料庫進行update、delete或者insert，那麼我們就會把你的這個操作記錄下來，主要是包括，操作人，時間、以及具體更新了什麼資訊等，方便後續定位問題。

2、就是比如程式碼出現bug，我們就需要藉助log來檢視一些變數的value或者需要檢視，程式碼有沒有走到某個程式碼塊。可能有人會問，那我直接debug不就好咯？但是比如我們需要在dev環境除錯，如果你debug很可能會影響別人的使用。如果你本地環境，那就隨便搞。

3、記錄一些warning。比如系統cpu負載過高等，我們可以及時透過檢視log發現問題，及時解決，不至於影響系統的使用

大部分程式設計師都不會寫日誌，我曾經也很討厭寫日誌，那時候寫日誌是被強制的，我也是抱著應付差事的心理去寫的。

而現在，我會主動的去寫一些東西：

每日計劃

每天上班的第一件事兒，就是把今天要做的工作梳理一下，或者在前一天下班之前來做這件事兒。比如我今天的工作內容，一早過來我就會梳理一下：

溝通生產環境資源相關問題。

檢查組員工作進度，中午之前要提交程式碼，並做程式碼Review。

測試環境釋出並測試。

完善介面文件，並與需求溝通相關事宜。

生產環境表許可權申請。

資料抽取準備，確定生產環境資料載入方案。

每天制定工作計劃最大的好處，就是會在一定程度上防止拖延症，既然已經知道要做哪些工作了，那麼就趕緊去做。

每週專案進度

這一週做了哪些事情，有哪些突發狀況，有哪些阻斷，專案的進展怎麼樣。

每週的總結和專案進展不僅僅是給自己和組員看的，也是向領導的彙報，讓領導清楚你在做什麼，特別是專案阻斷的地方，如果你透過一些方法解決了，這就向領導表現了你的能力；如果自己解決不了，也是可以及時讓領導知曉，並尋求幫助。

不定期的總結

不定期的反思一下最近的工作：克服了什麼難題，遇到了什麼BUG怎麼解決的，或者用了什麼新的技術，都可以寫下來，可以記筆記自己看，也可以寫部落格之類的分享出來。

工作時間的積累 + 善於總結和反思 = 工作經驗

最後附上一張我近年來的積累：

程式日誌，應該是一個成長記錄，我做程式小弟的時候，就喜歡寫日誌，記錄每日的工作內容，遇到的問題，問題自己是怎麼解決的，或者說無法解決，請教誰，怎麼樣的思路，或找了哪些書籍。

日誌上還可以寫上心得，比如程式碼上的，專案上的，管理上的，甚至與需求，美術，測試怎麼溝通，在會議上大家提出哪些問題。

做小弟時，技術上的偏多，主程，經理，總監的時候，管理，專案，團隊，產品的偏多。