一方面在企業級系統開發（數據密集、業務規則復雜多變）中，C++已經基本被Java和C#等淘汰出局，另一方面在系統編程和嵌入式等更接近硬件的領域，又遭到C的強烈狙擊。
如果在你的應用中，有兩個需求同時發生，你就必須要考慮采用C++，第一是對性能的要求要高，還有一個是有很強的抽象和建模能力。
--
專訪Andrei Alexandrescu：對C++要有信心 保持樂觀好的C++代碼就是高效的、安全的、清晰的代碼。
第一準則：將C++用在合適的地方，C++最適合用來開發“高性能的復雜組件”。
第二準則：選擇了C++，就等于選擇了C++的不安全性，請適應這一點，不要試圖把C++變成另一個Java。
第三準則：按過程思考問題、按對象寫代碼，抽象化和模塊化（接口）放在首位，其次才是復用性。
（保證代碼安全的首要因素是抽象化、模塊化，其次是設計規范性和代碼規范性，最后才是智能指針等語言工具）
第四準則：按設計思路變更代碼，不要按代碼改代碼。
第五準則：按編程范型做設計、按模式和規范書寫代碼。（范型是在充分理解問題域的基礎上，對問題域作出合理的約束）
第五準則：復用性沒有想象中重要，重復的理由之一是復雜，不要為了消除重復，讓系統變得更復雜、更難以理解。
第六準則：保持代碼可靠的辦法是時間，好的代碼是累積出來的，請用好代碼版本管理工具。
第七準則：閱讀、復查代碼是發現bug的最有效的方法，請在單元測試之前、之后各做一次。
第八準則：請編寫單元測試，它是發現常規bug的最可靠、最廉價的方法。
第九準則：請慎重使用智能指針、異常、模板，它們在解決問題的同時往往也引入了復雜性，必須對此作出權衡。
第十準則：請使用斷言、日志、轉儲、調試工具，它們是解決bug的最后防線。
第十一準則：請在不影響性能的前提下，盡量使用C++標準庫中的字符串、流、容器、算法等，編寫安全、可靠的代碼。
第十二準則：盡量使用優秀的開源項目組件庫。