最近看見論壇裡，很多人問一些看似很詭異、實際上道理卻是很簡單的問題。
對這類問題的回答可籠統概括為：
編譯器，有義務為在遊戲規則內的**做正確的翻譯。
但是，對於不按套路出牌的**，它 有最終解釋權。
我們應當做的事情是，好好學習c++標準（當然，遇到vc6這樣的流氓編譯器，我們也只能幹認倒霉。），知道寫什麼樣的**能夠正確完成什麼樣的行為。
不要期待編譯器幫你指出所有的錯誤，道理很簡單，該錯的都錯了的話，這個世界上還會有多少bug。
不要再過於糾結於類似問題了：
01.
02.
03.
04.
05.
06.
07.
08.
09.
10.
11.
12.
11 出錯資訊的處理
你會處理出錯資訊嗎？哦，它並不是簡單的輸出。看下面的示例 if p null 告別學生時代的程式設計吧。這種程式設計很不利於維護和管理，出錯資訊或是提示資訊，應該統一處理，而不是像上面這樣，寫成乙個 硬編碼 第10條對這方面的處理做了一部分說明。如果要管理錯誤資訊，那就要有以下的處理 宣告出錯 de...
Oracle登陸出錯 11 19
一 登陸oracle時提示錯誤，oracle initialization or shutdown in process 二 後面用命令視窗 sqlplus nolog 登陸時提示協議介面卡錯誤，網上搜了下方法，用第三條解決了 1.監聽服務沒有起起來。windows平台個一如下操作 開始 程式 管理...
做軟體不是你的錯,錯在你只是做軟體的
剛看完本版另一篇貼子 30多歲的我已經放棄軟體業，選擇新的人生 邊看心理邊冒出一陣涼意.但隨即又讓我再次陷入近幾年來的同樣的思考中.這篇貼子看起來讓很多想加入軟體行業和正在做著軟體行業的無數牛人感到無比的心涼,三十歲後的職業方向到底如何規劃,在中國這種環境下確實是乙個每個這個年齡階段的人需要考慮的問...