转来一个吵架帖，引用一段，带出几个问题 ( 积分: 100 )

我说几句：

先说说我学过的语言
1、turbo c 2.0 c入门
2、vc++ 6.0
3、java (包括jsp)
4、c# 刚开始不久

关于语言学习

1、学习语言难度是不同的，如果一个没有任何计算机概念的人一开始就学习c或c++，我可以肯定的说，1000个人里不会有200人坚持下来的，最终最多能有10个人可以写写小应用程序，几乎没有人能成为高手。c语言，特别是vc++，学习2年也作不出什么像样的实用程序是正常的。而学习java和c#，一年就可以作出一点像样的东西（尽管还有很多需要改进的地方）。

2、如果你先学习c，c++在学习java，c#会很容易上手，而且能很深的理解，并且能看透他们的底层的东西的原理，反之，先学java,c#，再学c++，不能说没帮助，但是帮助不大。java,c#一般编程都要用插件，组件，你拿来用就行，可以不用理会它里面的具体实现，这样的好处是，开发效率高，尽快商品化，c++不同，一是它插件，组件相对少；二是它开放性的东西也少，什么东西都得自己从基础作起，靠自己的经验积累，一步一步提高自己的水平，同时对操作系统的底层了解得越来越清楚。就比如过河，java，c#随便找个棍子就可以过去，这个棍子不行，再找下一个，能过去就行，它不管棍子的性能，也不考虑下次过更深的河如何办，c++不同，它自己先作一个规划，要考虑到以后可能过不同的河，它自己种树，等它能过目前的河后，再拿它过河，之后，它继续个这个树补充营养，不久以后，他能过任意深的河。在种树的过程中，它必须了解操作系统底层的知识，这是成为c++高手的必经路。


关于个人努力方向

如果你将来想从事计算机安全，黑客，病毒，系统底层工具开发，驱动开发，游戏开发，请学习c，c++，由于这些开发难度大，高手少，才是c,c++工资高的原因。

如果你将来想从事应用开发，请学习java，c＃，因为从业人员多，工资低些，但是，如果你是高手，工资依然很高。

关于语言能力

c,c++可以完成汇编语言的95％的功能，但是它在数据库开发，b/s开发上比较费时，费事，它的强项不是这里，干这些事是勉为其难。

java，c# b/s，数据库开发是强项，但是底层开发不行，如果那位高人能用java，c#开发出游戏引擎，虚拟现实程序，我佩服你。


关于高手

首先说明，任何语言都有高手，并非仅c++有，一个c#高手比一般c++工资高许多，这是事实。

----------------------------------------------------
这是csdn 关于C++与C#的争论里，我认为说得最客观的一个人的帖子。确实是，C++能做或擅长的，C#却不行，而C#擅长的，C++虽然能做但除非偏激狂才会那样去做，开发效率太低了！delphi，他们争论的问题，我们的delphi却都能做到，而且能很好的做到，不管是C++擅长的还是C#擅长的，delphi都能做好！可是，可是delphi为什么却江河日下了呢？除了市场原因还有什么原因？比如技术上的兼容稳定性，他们是不是delphi的致命伤？请客观的评价下。谢了。

c++,delphi什么都可以做到，而c#,vb,java之类的则不成，这个是他们的致命伤。
而c因为有m$的支持，可用资源多很多，所以这个是delphi的致命伤。

但是，当你的水平能达到与语言无关的时候，就不会去争论这些无聊问题了。

java什么的也可以自己开发控件，只是很多人都是拿来主意，只愿意找第三方的东西，而不愿意自己写。这是使用这些工具的人的问题，而不是工具本身的问题。Delphi这点表现很明显，满论坛都是讨论XXX控件怎么用，怎么通过设置属性之类的实现什么效果，而不是讨论自己如何去实现这些东西（如何制作这样的结构，以及如何制作相应的控件和对象）。在浩如烟海的论坛中，讨论怎么使用和讨论怎么实现的帖子几乎不成比例。这不是说明工具本身无法实现什么效果的问题，而是用它的人还停留在很肤浅的层面之上的问题。正如楼上所说，你的水平达到和语言无关的时候，楼主这类命题的讨论亦可休矣！

关键：
C, C++等都有国际标准，是标准化的，有国际协会备案，所以会多厂商支持；
DELPHI是方言啊，没国际标准。

delphi在技术上没有弱点吗？我看还有许多人在用delphi5，一问，原来各个版本不兼容。为什么会不兼容呢？难道各个版本核心都改写了？

delphi要说致命的缺点,那倒是真的没有,其它一些问题一般都是由语言特性决定的。
如果写的代码不依赖组件或者某些特殊unit的话,从d2的程序移植d2007也是很容易的事,基本不用改多少东西.

至于你说的兼容,你可以找个VC4的程序然后在VC6,或者最新的2008上编译试试,看看哪个出的问题比较多。

.net,java,c++好像就他们几个。
delphi目前似乎日渐衰落，这是铁的事实。
往后似乎是面向对象的世界，感觉delphi的面向对象机制不大好，
单根模式没有静态变量，unit可访问私有成员，抽象类也可以实例化。。。。

.net 和java C++根本就不是一回事 前者是FrameWork，后者是计算机语言。
delphi面向对象的机制那点不好了？
delphi本来就不是完全面向对象的语言，他还有很多面向过程的部分，但这并不能说对面向对象支持的不好。
单根模式？ java C# 都是。
没有静态变量可以用全局变量来实现相同的功能。
unit可以访问私有成员这和C++的友元相同的功能。
抽象类可以实例化这就要看你是否是个程序员了。
这几个特性都是很容易修改的，这也是语言的特点。

delphi的衰落不在语言本身，主要还是商业上的问题，还有就是那些新语言剽窃了delphi太多东西。
本来比较各个语言的优缺点就是一件无聊的事....

语言本身并没有什么好坏之分的。想当年比尔同学不是也用basic搞出不少东东？
就象英语和法语哪个好？讨论这样的问题并没有什么意思。
不过人都喜欢拿东西来比。
就计算机语言来说，相互之间，整体方面并没有可比性，各自针对的领域不同，用户群不同，长处自然也不同。
正所谓寸有所长尺有所短。
说到DELPHI与VC++倒可以比上一比，可惜DELPHI再好VC再烂，由于背后的差别（有没有MS的支持），发展上难度的差别就可想而知了。

我不理解的是，delphi在行业的应用比VC并不少，技术，至少编译器，VCL比MFC都比VC的好，怎么就被如此冷落了呢？企业大的应用B/S让给java net，不跟他们比，小的应用，与VC比，我们又哪些地方不如它了呢？我知道的，帮助没MS做得好，但delphi细节的东西不需要程序员管，帮助差点也不是大问题吧？仅仅是市场问题？

各位程序员大人，对自己的发言，深入分析好不好？ 我都懒得挑你们的 BUG，请楼主放分
时，分我几分，谢谢。

不要讨论了。适合自己的才是最好的。

呵，是没必要讨论这内容的。

俺是哪个项目、模块需要哪种语言，就去用哪个。

多人接受答案了。