c++程式設計師就業前景如何
任何一個使用C++開發者的企業必將付出更多的成本，因為優秀的C++程式設計師是少而又少。基於軟體企業化的需要，人們很自然地需要一種簡單易用、面向物件、安全靈活的"新一代Windows服務"(Next Generation Windows Services，簡寫為NGWS)應用程式的語言，於是C#出現了。它全方位簡化了C++的功能，使其具有C++所沒有的簡單易學的優勢。它既沒有C++"悲劇性"的指標概念，也沒有類似"：："、"."和"->"的"愚蠢"操作。
因此我們也可以說，C#才是程式設計師們所必須掌握的語言。但是，我們不能忽視這一點，語言總歸是程式設計師的工具，誰具有簡單易用、支援最新技術並能快速有效地進行軟體開發，誰就是程式設計師的工具。
如果上述的結論還不能接受的話，那麼讓我們看看現在C++程式設計師的窘境吧!
就目前而言，選擇C++就意味著選擇Visual C++，而不C++ Builder.這是C++程式設計師第一件讓人頭痛的事。因為VC與Windows 98/NT同出一爐，相同功能的Visual C++應用程式編譯後，其大小要比C++ Builder小得多。不僅如此，其穩定性和完善程式要比C++ Builder要強得多。
但是"Visual C++"這個名字曾誤導了很多人，他們認為自己買了一套完全可視的程式設計系統，類似於Visual Basic，並在剛開始的幾天總這樣幻想。然而不久，人們認識到他們必須實際編寫和閱讀C++程式碼。雖然Visual C++嚮導可以節約時間和提高正確性，但程式設計師必須理解嚮導所產生的程式碼，最主要的，還必須理解Microsoft Foundation Class(MFC) Library的結構和Windows作業系統的內部工作方式。許多C/C++的DOS平臺的程式設計師把這種工作方式評價為"枯燥且艱深晦澀"的過程。儘管新版本的Visual C++6.0提供了控制檯應用程式型別，使DOS程式設計師能方便地進入MFC應用程式的開發，但仍然不能從根本上改變上述弊端。
選擇了Visual C++，就必然選擇MFC，一種程式結構，一種程式設計風格。但由於MFC是OWL同時代的產物，已經落後於VCL一個時代了。從開發出基於ATL的WTL可以反襯出MFC的不足。這恐怕是Visual C++程式設計師最窘的地方。
但我們暫且不提MFC過時的尷尬，單是稍稍地改變一下應用程式的外觀，Visual C++已是力不從心了。例如，想要改變控制元件的'字型和背景，你得重新生成一個類，而VB只需更改一下屬性。從Visual C++介面設計的網站的火爆可見一斑。
不僅如此，Visual C++程式設計師也時常感到另外一種尷尬，一個小小的BMP、JPG圖片顯示，在Visual Basic中輕而易舉的事件，到了VC居然需要那麼多的程式碼，而且在資料庫應用程式的開發中還常發生許多一些細微的錯誤，令程式設計師們大為惱火。更為甚者，如果有人還想用Visual C++編寫Internet/Intranet程式的話，那簡直就是自尋煩惱。
雖然，一個優秀Visual C++程式的薪水要比其他程式設計師高。但是，他所花費的精力不是其他程式設計師能比擬的，他不僅需要承擔高昂的培訓費，而且還要承擔90%不成功的機率。這恐怕是想成為Visual C++程式設計師的人最苦惱的事。
當然，我們不是勸你放棄使用C/C++語言，相反還十分支援。因為使用C/C++編寫的程式結構和演算法能被更多人接受，畢竟C影響了整整20個年頭。但是時過今天，我們還能靠它來"謀生"嗎?
相信你已經有了自己的答案。當然，我們之所以跳出來，是希望程式設計師們不單是在這個方面去思考，更主要的是：在我們國家軟體發展浪潮到來的今天，我們不能再盲從，我們應該關注軟體產業、關注網際網路產業、關注資訊產業。我們也應該有自己的歸宿，難道印度軟體大國給我們的啟示還不夠多嗎?
【c++程式設計師就業前景如何】相關文章：