?扯了這么多，再次回到開始，C++有那么重要么？
?是或者不是，這個答案并不重要，而我也不能正確地給出答案。如果真要說我只能刷刷奸猾，告訴大家“因人而異”。
?重要的是，我們用什么樣的思路，用什么樣的態度來衡量、評價、解決這個問題。
?下面一段又是個老生常談，隨便到哪個搜索引擎上都能搜到一堆的話題：C++是怎么來的，它為什么而設計的，實際上人們又拿它來做什么，它有什么優缺點。我接觸編程6年，其中C++占到4年，而且是我用的最好，也是最喜歡的語言。每次說到歷史這個話題我總是有一大堆羅嗦的話要說。但是實際上我對C++的感覺到的最大的特點，卻是書多，相關的書非常多，經典的著作相比較其它語言而言也算得上是最豐產的了。書多不外乎三種原因，一是流行面廣，而是流行時間長，三是難度大。C++就那一點點編譯器規則，一本ISO C++的手冊搭配其發明者Bjarne Stroustrup的《The C++ Programming Language》就把語言機制講的很清楚了，為什么它又有那么多的書來闡述一些所謂的Advanced Topics呢？因為靈活。C++極度靈活，這種靈活并不是動態語言的那種靈活，而是在于它承載了太多的需要，導致它變得極度靈活化，靈活的負面意思就是太多，太復雜，使得人們太容易混淆與各種語言機制的Chaos中。似乎南師大的榮耀教授在采訪BS的時候還是BS在什么地方說過，如果C++要像現在的老師們這樣教他自己都不會去學。
?然后BS就舉了一個Hello World的例子來說明他所認為的啟蒙C++與一般授課使用的C++差別在什么地方，并以此說明C++其實并不復雜。好吧，我們就承認純正的C++并不難學。但是不能忘了，我們的C++的對與錯不是由我們決定的，而是編譯器。工程上用的C++編譯器絕對不會說不支持單純的，蹩腳的C-Style（不是說CStyle蹩腳，而是說C中蹩腳的部分），不會不讓你使用指針訪問內存（指非必要的訪問，例如動態數組），甚至不會拒絕你使用一些類似于Hacker的代碼來完成一些極具技巧性和挑戰性的工作。好吧，既然C++都支持，那么便不能拒絕你寫出有此類特性的代碼。更加致命的事情是，它的很多高階機制，都是建立在底層機制基礎上。最明顯的例子就是Boost和STL。一旦編譯出錯，那么它的提示可能出在任何層面上，為了解決這些問題便又需要去學習那些較為底層的知識。C++的大坑就是這樣一點一點挖出來的。
?C++可供選擇的東西太多。所以BS就出了一本書，叫《The Design and Evolution of C++》，專門討論了每種機制在C++當中被采納的背景、他們當時的考慮、這些機制的適用范圍。雖然說這本書屬于“入門教材”的行列，但是實際上我更加傾向于將這本書看成是在你品嘗了C++大餐后的甜點。也就是說，盡管看起來有道理，但是作為預備知識同樣不適合，于是你只能一邊牢記大量的語言機制，一邊應用，一邊體驗，一邊讀那些專著來糾正你的錯誤并填補你的不足，不可能有機會讓你只走你需要走的路，大量的知識構成了一個扁平的知識框架，為了達到相對自由運用的水平，你需要學習的知識、需要獲得的體驗、需要彌補的弱點太多了。
?
?如果說，只有C++可選的話，那么也就沒什么辦法了，大家只能去學那個能讓人死去活來的東西。但是實際上我們并不如我們自己認為的那樣無奈。大量的語言，總有比C++更加適合一般學生的。靈活的腳本語言Python/VBSP/JSP/Perl/Ruby/Lisp，半動態的（我是這么叫的。。。）Java/C#/VB/VB.NET/CLI，高效的 Ada/Fortran，桌面開發用功能強大的Delphi（人家的語言叫Object Pascal，但是也就那么一個編譯器，所以無所謂了），這其中的絕大部分語言學習難度都要低于C++。
?一般來說，有不少學校對于除了與電子和信息相關的專業都選擇的是VB(以下說的VB均不指.NET)/VFP作為計算機二級的突破口。而這點教學，往往就成為了一個工科研究生僅有的編程基礎。VFP這種被淘汰的使用范圍狹隘的環境不討論，VB作為RAD來說著實是個不錯的選擇。但是為應付計算機二級所教授的課程來看，并不能教會除了語法外的什么，況且所使用的VB6嚴格來說是Message Driven兼Object Based的一個開發環境，這都不利于學生從程序結構的高度（不是數據結構）去思考所撰寫的代碼。在短暫的學習以后我們會誤認為界面框架就是軟件的構架，于是我們便可以看見在畢業設計時候，那數百行可憐的代碼都擁擠于Command1Click這樣的字里行間。Object Based的語言既不能教會我們用過程的方式開發，也不能支持面向對象的程序設計方法。這些都是VB對進階學習的最大障礙。
?但是畢竟我們熟悉了VB的語法，知道了程序設計語言是怎么一回事。這已經花費了沒有接觸過編程的同學的相當長的時間，如果說我們還要去牽扯入C++那可怕的內存海洋中，還要被C++那恐怖的前后++所威脅，但是實際上我們不需要它也能過得很好，我們是不是有些冤大頭了？
?實際上，對于研究生階段，最重要的就是要讓我們學到的那一點點東西在盡可能少學別的東西的情況下發揮最大的價值。
?前面我把VB一通好臭，我想VB都會不理我了。那么我們就另結新歡吧。找誰呢？
?VB的弱點已經有點數了（很有數的話你我就不會在這兒瞎混了，早被M$請去了），那么便要去找一門結構性比VB好，概念又不比VB艱深太多的語言（不是說它不能艱深，而是說，不理解那些艱深的東西我們一樣能用的挺歡，最主要的是用起來要舒服，什么亂七八糟的內存管理問題，讓編譯器和RTL/VM去替你擦屁股吧）。JAVA/C#/Delphi/VB.net都算是不錯的選擇。雖然從我的角度來說，很不喜歡，非常不喜歡，特別不喜歡微軟，但是我仍然將C#作為我的第一建議。
?因為C#的開發環境好，速度也還算不錯，桌面開發、企業級開發都很方便，微軟的支持也很到家，但是對面向對象的支持有些強迫性了，可能初期會有些難度。
?JAVA跨平臺，工業基礎好，從嵌入式到大型的分布式系統都能拿來做，但除了和C#一樣的不利因素外，開發環境和程序庫要比C#難用一些。
?Delphi對對象和過程的程序設計方法都能支持良好，語言干凈利索，檢測嚴格，能培養出一個人好的編程習慣，但是它以后用途偏窄。
?VB.NET就不用說（人家都叫VB了），跟VB比較接近，語法跨越小，但是太小了會有學習惰性，會低估語義和程序設計方法上的差異，弄點不倫不類的東西出來。
?C++在程序控制上的能力，基本上都有了，而在在企業級開發方面，C++的弱勢也得到了新語言不錯的彌補。C++的另一個優勢，效率方面呢？
?MATLAB。這個工具生來就是為了計算。作為研究生的工程運算來說，無論效率上還是功能上來說，通常都是夠用的，而且也非常方便，避免了自行編程所面對的極為復雜的算法選擇、編寫、調試的問題（工程計算程序的調試難度是很大的）。
?再加上VBA/VBSP。為什么要帶上VBA/VBSP？其實很多你需要完成的功能，往往都在軟件中可以通過調用某些組件來完成。除了脫機編寫完整的應用程序以外，對于大部分的問題的解來說，都可以直接使用系統所提供的環境方便的完成。使用這個環境所采用的語言，就是軟件的腳本宏，而現有很多的軟件所采用的宏語言都是VBA/VBSP。它的語法、架構、程序的設計都與VB非常接近，用來快速的構造原形或為編寫實驗提供幫助的程序來說，都能比較好的完成任務。
?好了，在一門通用語言+VBSP+MATLAB的幫助下（VBSP基本上是白送的，MATLAB經常是必須掌握的，如果你不需要掌握MATLAB，那么你的工作很可能也用不到C++的高效率），你還需要C++么？
?如果你的答案是肯定的，那么我只能相信這個世界真的有愛情存在。我欽佩你的執著。那么請允許我告訴你我走過的路。
?《The C++ Primer》/《The C++ Primer Plus》??不是一本書，但是都是入門的。別為它的厚度嚇倒，能看多少算多少，不難的。
?《The C++ Programming Language》???手冊。隨身必備，供查閱。
?Platform SDK???????MSDN是個不錯的選擇，講解相近，查閱方便。
?
?《Thinking in C++》??????從C++開始，接觸OOP的深入解析
?《Effective C++》《More Effective C++》
?《Exceptional C++》《More Exceptional C++》??技巧、技術和技藝，編寫C++程序必須注意的若干事項。
?
?基本上到這里就差不多了，后面的就是諸如泛型、并發、元編程、模版、設計模式一類的話題了，不同的話題都有不同的問題背景和應用范圍，這些往往對于大部分語言來說都是相同或者類似的。恭喜你，你們的愛情長跑到站了。
?從此以后，研究生和C++過著磕磕碰碰卻幸福的生活。