做編程的時候，如何區(qū)分用異常和斷言的時機？以C語言為例，斷言執(zhí)行的結果是程序最終會中止，然后就不會運行了。這樣，使用斷言的地方必須是程序不能出錯的地方。一旦出現(xiàn)錯誤，就不允許停機。例如，當計算機啟動時

做編程的時候，如何區(qū)分用異常和斷言的時機？

以C語言為例，斷言執(zhí)行的結果是程序最終會中止，然后就不會運行了。這樣，使用斷言的地方必須是程序不能出錯的地方。一旦出現(xiàn)錯誤，就不允許停機。例如，當計算機啟動時，發(fā)現(xiàn)沒有內存插入，啟動過程肯定會中止，不會運行下去

異常應該是不符合預期的結果，但這個結果可能只會影響程序的某些功能，比如做字符串復制，所以你需要先申請內存，但可能是內存分配失敗，所以你無法完成字符串的復制，但程序的其他功能可以正常執(zhí)行。此時，您可以處理異常。

公司網(wǎng)站后臺管理系統(tǒng)看到的代碼，什么樣的程序員才能寫得出來？

這是我那些不懂業(yè)務邏輯的同事的杰作。據(jù)我觀察，能寫這類代碼的是接觸式項目，而且大多數(shù)都是經過訓練的新手猿。他們花在電腦上的時間不長，但他們很自信，覺得自己編程不那么容易，但其實他們寫的東西總是讓人驚訝，他們正常的工作狀態(tài)分為兩種，一種是看百度上的需求，百度貼出來，貼錯后，報錯就自己亂了，不好意思問別人，加班加點，總是請同事幫忙解決，然后高高興興地回家，記筆記？怎么可能呢？相反，他們粘貼時，會去請同事幫他們看問題、解決問題、玩問題，然后回家玩游戲。這實際上是一個對編程沒有極客意識的人。他們從不為了解決問題而日夜犯錯誤。同樣，他們也無法享受解決問題帶來的興奮，我們走吧！