學習C++則是這些“創新”的土壤，是的，我說的就是無窮無盡的workarounds和慣用法。但問題是，這些“創新”其實根本不是創新,看完本文你肯定有不少收獲，希望本文能教會你更多東西。
墨菲法則的強大力量是不可忽視的——如果有一個可能遇到的陷阱，那麼總會遇到的。而同樣，C++的那些奇技淫巧也並非空穴來風，總有時候會需要用到的。但是你不需要預先把C++的所有細節和技巧存在腦子裡才能夠去編程，即：
建議1：有辨別力地閱讀包括那些被廣泛稱為“經典”的）C++書籍。
如果書中介紹的某塊內容你認為在日常編程中基本不會用到屬於20%場景），那麼也許最好的做法是非常大概的浏覽一下，留個印象，而不是順著這條線深究下去。關於在初學的時候應該讀哪些書，後面還會提到。
實際上，除了語言無關的編程修養之外需要閱讀什麼書後面會提到），對於學習C++這門特定的語言，要開始用它來編程，你只需知道一些基礎但重要的語言知識需要閱讀哪些書後面會提到）以及“C++裡面有許多缺陷和陷阱”的事實，並且——
建議2：養成隨時查閱資料和文檔的習慣。
“查文檔”幾乎可以說是作為一個程序員最重要的能力是的，能力）了；它是如此重要，以至於在英文裡面有一個專門的縮寫——RTFM。為什麼這個能力如此重要，原因很簡單：編程領域的知識太雞零狗碎了。
不僅知識量巨大，而且知識的細節性簡直是任何學科都無與倫比的隨便找一個框架類庫看看它的API文檔吧）。所以，把如此巨量的信息預先放在腦子裡不僅不實際，而且簡直是自作孽。你需要的是“元能力”，也就是查文檔的能力——從你手頭遇到的問題開始，進行正確合理的分析，預測問題的解決方案可能在什麼地方，找到關於後者的資料，閱讀理解，運用。
同樣，在C++中也是如此，如果你從學習C++一開始就抱著這種態度的話，那麼即便等到面試的時候被問到某個語言細節，你也可以胸有成竹的說你雖然並不知道這個細節，但在實際編碼中遇到相應問題的時候肯定會找到合適的參考資料並很快解決問題解決問題，才是最終目的）。
當然，更大的可能性是，你在平常編碼中已經接觸過了最常見的那80%的陷阱和技巧了，由於你用的是實踐指導性的學習方式，所以你遇到的需要去學習的陷阱和技巧幾乎肯定都是常見場景下的，比沒頭蒼蠅似的逮住一本C++“經典”就“細細研讀”的辦法要高效N倍，因為在沒有實踐經驗的情況下，你很可能會認為其中的每個技巧，每個陷阱，都是同樣概率發作的。
