panic來自被調函式的訊號，表示發生了某個已知的bug。一段良好的程式永遠不應該發生panic異常
對於大部分程式而言，永遠無法保證能夠成功執行，因為錯誤原因往往超出程式設計師的控制範圍。任何進行io操作的程式都會面臨出錯的可能，只有無經驗的程式設計師才會相信讀寫操作不會失敗。
處理錯誤的五種策略：
if err != nil對於偶然性發生的錯誤如網路請求超時、資料庫連線超時，可以進行重試，但需要限制重試的時間或次數
if err != nil
if err := ping(); err != nil休息的一天，而你不應該只知道休息
恢復內容開始 時間過的很快，不知不覺已經學習了三天了，想想剛開始第一天真的一臉的問號，現在算是對基本知識懂點了，突然發現當你掌握一點知識的時候，哪怕是很小的一點，你也會覺得很高興，都會自己想去用僅有的這點知識去練習，去研究。這個東西不練是不會寫熟練地，這個東西就好像是學習數字1 2 3 4 一樣，練...
程式設計師不應該再犯的五大程式設計錯誤
本文總結了程式設計師經常犯的五大錯誤，尤其是初學者。在程式設計的道路上，犯錯也是學習道路上不可或缺的一部分，但一旦意識到某種錯誤的發生，就應該想辦法避免，這樣，就會越來越好，自己也會得到成長。當你成為程式設計師後，你很容犯下文所提到的這些錯誤。話說失敗是成功之母，在程式設計的道路上，犯錯也是學習道路...
一段有點容易看錯的C 程式
今天看到一段程式，乍一看以為寫錯了。寫了個原型程式，又想了想了，發現原來是對的。看下面的原型程式 include using namespace std class a class b public a void b f int main 這段 可以通過編譯並執行成功嗎？答案是可以的。f 雖然是b中...