寫**的習慣養成：
不能依賴於系統bug，error，waring提示，有些問題自己要想到，當然這個取決於多少次痛之後領悟和深厚的程式設計思想了....（你懂我意思的(๑╹◡╹)ﾉ"""），以及增加盡可能多的容錯提示！也就是類似用fopen打不開檔案，自己寫個printf，提示「檔案打不開」這樣的提示了，一定要盡可能多寫這樣的容錯判斷，也是為了在**量多了以後，當問題出現了，能快速的定位，然後就是對比在問題出現時，你通過debug什麼之類的去查，後者會慢很多，因為的容錯判斷在錯誤出現後，直接就提示了丫(✪ω✪)
2023年11月1號 - 17:00
編寫工程的功能測試程式，用於測試工程的某一部分的功能，要依賴原工程的一些程式檔案時，有乙個原則：必須在不更改原工程的程式檔案的基礎上，進行包含！！！如果會修改，則必須自己重新建立乙個新的程式檔案；
2023年11月2號 - 17:07
一段時間內，如果每天都對自己的工程**有修改，盡量保持每天下班前，都上傳一次**，因為第二天你往往在編譯過程**了錯，可能會出現一些你自己當前水平也無法的解釋的bug（難以避免！！！這個只能通過不斷的程式設計積累了），這是你就需要回退到昨天的**去，此時**更新並不多，你可以去對比看著兩個**有什麼區別；去想想編譯不通過的bug在**，效率會快許多。
2023年11月8號 -16:34
不要自己給自己挖坑。。。
2023年11月13號-16:53
linunx經驗積累
磁碟報錯 no space left on device 但是df h 檢視磁碟空間沒有滿，請問為什麼?df i 檢視inode節點滿了，乙個檔案至少對應乙個inode與iblock，沒有inodes所以不能新增檔案 web伺服器磁碟滿故障 收到告警磁碟滿了，檢視日誌檔案較大，已刪除日誌檔案，但是空...
如何積累經驗？
尋找有價值的領域。只有在前文談到的兩個有價值的領域，積累經驗才有意義。這裡要注意的是，領域不是絕對的，從整體看乙個沒價值的領域其中的一部分工作可能會很有價值。比如前文所說，賣菜的工作沒有價值，但是通過賣菜的時間了解市場 學習如何經營就有價值。尋找有價值的領域，沉澱有價值的經驗。選擇有挑戰的機會。經驗...
測試經驗積累
1.測試的場景除了關注正常功能流外，還要重視異常功能流是否得到合理處理 如模擬網路異常 手動停止功能伺服器一段時間後，再重啟功能伺服器等 2.在遇到高可用或者負載均衡的測試時，除了覆蓋你能想到的所有case外，還有一種場景也是很值得注意的，如 請求向一台accessservice伺服器發出，然後停止...