這篇文章 是給 自己做個 簡短的心得 把這幾年 遇到的一些概況做些整理
(1) 不少事情 大多數 是被結果論，所以 如果無法呈現出 好結果．
最好是乖乖閉嘴 不用多說什麼 避免被人 認為是額外的找藉口．
如果 目標 呈現結果 不如預期 最好該放寬心的時候 放寬．
不然可能會被 所謂的 耐壓性 給 搞垮．但 在前期 必須還是全力以赴
(1) 不少事情 大多數 是被結果論，所以 如果無法呈現出 好結果．
最好是乖乖閉嘴 不用多說什麼 避免被人 認為是額外的找藉口．
如果 目標 呈現結果 不如預期 最好該放寬心的時候 放寬．
不然可能會被 所謂的 耐壓性 給 搞垮．但 在前期 必須還是全力以赴
1. 寫下該解決的問題
2. 是先寫下解決方法，並描述你解決的方式
3. 記錄具體執行上述方法的過程
4. 記錄發生什麼事情，以及如何優化
(2)把這幾年 較重大的錯誤 Debug的過程 做些紀錄．
(3)不要帶入 自以為的想法，有任何需要先確認的 log訊息 最好都先取得．
避免被別人認為最後再浪費時間
(4) 雖然是第一次 做的事情或項目 但別人或長官 卻不會這麼認為．
所以後續如有注意需要改善的 項目 部分 還是得要留意
(5)建議 買本QBQ 問題背後的問題來看，來想想 有些事 該怎麼處理較好
(6)用思考 和想法 來代替 埋怨的部分，少埋怨或抱怨．且在公眾朋友場合．
如沒必要 不需提到工作的事情．
不用從工作中來談理想 很多人的理想是不上班
(7)整理好心情 和 心得 再來處理事情工作等．如不懂的 就好好發問 或是請教其他同事，是否有相關經驗．不被認同也沒關係，但該處理的事情會有在處理最重要．
(8)Kernel 或是 作業系統 相關的Debug方式 可以 多做紀錄或是學習
TASK ID 查找 ，用錯誤碼 查找方式
kernel epc錯誤訊息查找等
如需要 之前看的介面規格，等概念 重新學習 ．示波器 也在多暸解些
科技報橘的 文章，有時還是有可看性的 紀錄覺得 該學習的部分
https://buzzorange.com/techorange/2017/12/08/coder-logbook/
撰寫 logbook，用自然語言增進你的程式語言
logbook 有一點像是獨立的註解，是一個輕便的文件讓你快速製作紀錄，大部分的編輯器內應該都有相對應的 logbook。
當遇到「需要解決問題」時就應該紀錄至 logbook，包含工作項目以及遭遇 bug 時，至於 logbook 內要寫什麼呢？
留言