C++我个人相当讨厌，
主要原因是他的学习时间与生产力间的不对称。
同样的东西，你用C、JAVA、C＃假设只要花六个月
去学，去搞定，在C＋＋可能要花你三年时间。
所以我建议，把C＋＋的C学扎实一点，OO的部分不用太深入，
知道怎么去套用现成的东西即可（如套用MFC、QT之类的）。
别真的傻傻的拿C＋＋去开发什么重用的FRAMEWORK，
那是自讨苦吃。你用C＃，用JAVA都好。不要跟自己时间过不去。
※ 引述《kakkou (若是梦想不再)》之铭言：
: 目前在研读C++ how to program第八版
: 之前有上过基础的课
: 因为是用中文教 导致现在看原文书好混乱 无法看到重点
: 本身英文不错 一般原文书没问题 但大学是三类的
: 自学C++一些用语看得很乱害我好挫折...
: 大家都说这版书中文版翻得很烂 但对我外行人来说OK吗? 有没有辅助效果?
: 还是说一样继续看原文的@@
: 还有 他教学的顺序是不是跟一般不一样?
: 我看他是先教class那些在教循环@@
C++在cp比上的确不如后来这些新的工具。有时候语言的意义可能只在教学上，而不一定在应用。
看需求吧，基于效能考量，主机游戏大多都还是用C++开发
作者:
carylorrk (carylorrk)
2014-10-05 03:07:00所以你觉得 Qt 不是人类开发出来的可重用的 framework
作者:
johnpage (johnpage)
2014-10-05 07:10:00每个国家都有自己的语言，电脑语言也是这样，没有你说的这么糟。会因为繁体的用量比简体少而去学大陆用语吗吗？学会多种语言才是王道，世界不会因你而变的。
作者:
Wush978 (拒看低质媒体)
2014-10-05 10:29:00我常常运用C++写科学运算核心的部份。目前机器学习的程式很多也是C++ or C写的。
CLI 可以把 C++ 跟 C# 接起来, 没有问题的
那是在.Net Framework上跑或是C#呼叫native code吧前者效能不同于native code，后者呼叫频繁时则易造成效能瓶颈。但是如果是把核心算法用native code实作，然后从.Net Framework呼叫的频率又不高的话，也OK
现在主流来讲, C#写UI用dllimport拉C dll进来理由倒是满简单的:C/C++ 3rd party lib数量多太多像到现在MOGRE(OGRE的C#版)到现在都还鸟鸟的 XD
还是要说，这个要看需求，我们写主机游戏的时候基于效能考量，引擎架构是用C++从零写起的，也没有自讨苦吃
作者:
timTan (用口头禅区分年记)
2014-10-05 22:32:00非本科可以不熟C+, 本科系我觉得一定要会
其实当专案要jni的时候 身价的差别就会很明显（被打说笑归说笑 但是碰到的时候真的就是这样...
有些人认为OS或VM或framework都是上帝第一天做好的对他们来说C++当然没什么用
我写过c++和C#，个人觉得学C++比较容易学习观念会C++后学C#上手满快得，C#处理底层格式转换有点麻烦不过这是我个人意见....以前是上层用C#，然后底层通讯用C++包成dll给C#用
作者: longlongint (华哥尔) 2014-10-09 13:10:00
Framework本来就很难写不过我也觉得C++的多型跟STL混用的时候会大爆炸因为可以调整的东西太多 所以不花时间调不出自己想要的效果 XD
多形混用会爆炸代表modern c++ design没读好（被打