學習C++意義其實真的是醉翁之意不在酒，像C/C++這種系統級語言，在學習的過程中必須要涉及到一些底層知識，如內存管理、編譯連接系統、匯編語言、硬件體系結構等知識。
這些東西也就是所謂的內功了(其實最最重要的內功還是長期學習所磨練出來的自學能力)。對此大嘴Joel在《Joel On Software》裡面提到的漏洞抽象定律闡述得就非常漂亮。所以，答案是，讓你成為高手的並不是你掌握什麼語言。
精通C++未必就能讓你成為高手，不精通C++也未必就能讓你成為低手。我想大家都不會懷疑g9老大如果要抄起C++做一個項目的話會比大多數自認熟練C++的人要做得漂亮。所以關鍵的不是語言這個表層的東西，而是底下的本質矛盾。
當然，不是說那就什麼語言都不要學了，按照一種曹操的邏輯，“天下語言，唯imperative與declarative耳”。C++是前者裡面最復雜的一種，支持最廣泛的編程范式。借用當初數學系入學大會上一個老師的話，“你數學都學了，還有什麼不能學的呢?”。學語言是一個途徑，如果你把它用來磨練自己，可以。
如果你把它用來作為學習系統底層知識的鑰匙，可以。如果你把它用來作為學習如何編寫優秀的代碼，如何組織大型的程序，如何進行抽象設計，可以。如果掉書袋，光啃細節，我認為不可以(除非你必須要用到細節，像boost庫的coder們)。
避免去過問任何語言細節，除非必要。這個必要是指在實際編程當中遇到問題，這樣就算需要過問細節，也是最省事的，懶惰者原則嘛。一個掌握了基本的編程理念並有較強學習能力的程序員在用一門陌生的語言編程時就算拿著那本語言的聖經從索引翻起也可以編出合格的程序來。
十年學會編程不是指對每門語言都得十年，那一輩子才能學幾門語言哪，如果按字母順序學的話一輩子都別指望學到Ruby了;十年學習編程更不是指先把語言特性從粗到細全都吃透才敢下手編程，在實踐中提高才是最重要的。
至於這種摳語言細節的哲學為何能在社群裡面呈野火燎原之勢，就是一個心理學的問題了。想像人們在論壇上討論問題時，一個對語言把握很細致的人肯定能夠得到更多的佩服，而由於論壇上的問題大多是小問題。
所以解決實際問題的真正能力並不能得到顯現，也就是說，知識型的人能夠得到更多佩服，後者便成為動力和仿效的砝碼。然而真正的編程能力是與語言細節沒關系的，熟練運用一門語言能夠幫你最佳表達你的意圖。
但熟練運用一門語言絕不意味著要把它的邊邊角角全都記住。懂得一些常識，有了編程的基本直覺，遇到一些細節錯誤的時候再去查書，是最節省時間的辦法。重要的不是你掌握的語言，而是你掌握的能力，借用myan老大的話，“重要的是這個磨練過程，而不是結果，要的是你粗壯的腿，而不是你身上背的那袋鹽巴。
