f*******y
发帖数: 988 | 1 老的没有的东西不去掉
新的东西拼命加进来
这个新标准加的东西简直恐怖
我看20年之后可以变成java了 |
k*******d
发帖数: 1340 | 2 C++就像一把瑞士军刀，越做越大的瑞士军刀，万能但是不那么好学不那么好用。。。 |
z****e
发帖数: 2024 | 3 人生中最大的错误，莫过于学了不该学的东西但是却为时已晚。
【在 f*******y 的大作中提到】
: 老的没有的东西不去掉
: 新的东西拼命加进来
: 这个新标准加的东西简直恐怖
: 我看20年之后可以变成java了
|
t****t
发帖数: 6806 | 4 我觉得还好啊. 新的代码比以前简洁了.
【在 f*******y 的大作中提到】
: 老的没有的东西不去掉
: 新的东西拼命加进来
: 这个新标准加的东西简直恐怖
: 我看20年之后可以变成java了
|
X****r
发帖数: 3557 | 5 就语言本身而言Java可比C++简单。
【在 f*******y 的大作中提到】
: 老的没有的东西不去掉
: 新的东西拼命加进来
: 这个新标准加的东西简直恐怖
: 我看20年之后可以变成java了
|
c*******9
发帖数: 6411 | 6 what compiler support the new standard already? |
d****p
发帖数: 685 | 7 Haha, don't worry.
The more general, the longer. C++ probably is the most general programming
language so far. It is a good investment.
【在 z****e 的大作中提到】
: 人生中最大的错误，莫过于学了不该学的东西但是却为时已晚。
|
r*********r
发帖数: 3195 | 8 新标准的问题是太拖拉了, 迟迟出不来. 出版商好几年都没出c++的新书.
给人感觉这个语言好像已经死翘翘了. |
t****t
发帖数: 6806 | 9 most are experimental and partial. but some important things are already
there -- variadic templates, xvalue, some of the libraries. gcc still does
not have lambda though.
【在 c*******9 的大作中提到】
: what compiler support the new standard already?
|
M*****8
发帖数: 17722 | 10
Java 太慢了。
慢本身就会产生问题。
那天 Java 有 Machine Code Compiler 我就学。
【在 f*******y 的大作中提到】
: 老的没有的东西不去掉
: 新的东西拼命加进来
: 这个新标准加的东西简直恐怖
: 我看20年之后可以变成java了
|
|
|
x****u
发帖数: 44466 | 11 java不见得比C++慢，GC在某些情况下甚至可能比C++的内存管理方式更快。
【在 M*****8 的大作中提到】
:
: Java 太慢了。
: 慢本身就会产生问题。
: 那天 Java 有 Machine Code Compiler 我就学。
|
f*******y
发帖数: 988 | 12 wiki的简介就好长一堆
正式出来肯定要重新买本书学过
does
【在 t****t 的大作中提到】
: most are experimental and partial. but some important things are already
: there -- variadic templates, xvalue, some of the libraries. gcc still does
: not have lambda though.
|
h***i
发帖数: 1970 | 13 boost里有lamda，可以先用着。
【在 t****t 的大作中提到】
: most are experimental and partial. but some important things are already
: there -- variadic templates, xvalue, some of the libraries. gcc still does
: not have lambda though.
|
h*****0
发帖数: 4889 | 14 如果C++能够变得像java这样简单，绝对无敌
【在 f*******y 的大作中提到】
: 老的没有的东西不去掉
: 新的东西拼命加进来
: 这个新标准加的东西简直恐怖
: 我看20年之后可以变成java了
|
h*****0
发帖数: 4889 | 15 正常程序，没你想象得慢。比较两个比较懒代码随便写的程序员，java程序往往比C++
快。实际上多数项目里C++程序员没有精力去优化速度的。java反倒可以依赖JVM本身的
强力优化。
Java的问题是内存占用较多。不过现在内存越来越大了……
【在 M*****8 的大作中提到】
:
: Java 太慢了。
: 慢本身就会产生问题。
: 那天 Java 有 Machine Code Compiler 我就学。
|
w***g
发帖数: 5958 | 16 大部分程序确实java不见得比c++慢。因为大部分c++程序并没有，也没有需要被优化。
比如说，我估计这版上大部分人都不甚清楚如何对cache进行优化（http://people.red
hat.com/drepper/cpumemory.pdf），也不知道怎么在c/c++程序里直接调用SSE指令，等
等。这些人编出来的c++程序自然不可能比java程序快到哪里去。类似的优化在绝大多数
情况下都是不需要的，但是对于一个java程序员来说，一旦碰到了类似的需要优化的情
况，java在语言上的限制将是无法逾越的。BTW,我一直以为C/C++是高级语言中最能够接
近硬件性能的，但事实上并非如此。看了上面那篇cpumemory的文章才知道对于数值计算
，fortran的性能确实比C/C++高。另外，java的一个很大的问题是内存管理。快是快了
，但内存开销大，规模上不去，很多时候快了也么用。
C++这个语言现在确实越来越杂了。我的理解是C++其实是一个试验语言。很多现代语言
的特性都是在C++里面被引入，或者达到成熟的。C++里面被验证为可行，然后才被别的
语言引入。实际项目中用的一般也就是C
【在 x****u 的大作中提到】
: java不见得比C++慢，GC在某些情况下甚至可能比C++的内存管理方式更快。
|
g*****g
发帖数: 34805 | 17 C++是一个没有前途的语言，最大的原因就是没有公司在后面。
C#有微软，Java有Oracle。Java第7版都快出来了，C++则几十年
几乎没有变化，一个C++0x都2010了，还草稿呢。
Java内存比C++耗费得多是毫无疑问的，但这个根本不是问题，现在
服务器上一个节点动辄64G内存，现在64位的JVM底下，大量的应用
采取的策略不是精简内存，而是大量地在内存里缓存数据库记录和中间结果。
因为大型应用的瓶颈基本都在数据库上。
C++的一些基本特性的缺失，比如透明的序列化，反射，使得它在集群
上的使用受到很大限制。
我个人认为C++会继续在某些领域上，比如游戏，比如操作系统上得到应有。
其他一些传统的领域，比如前端，会逐渐被其他语言蚕食。
比如新兴的手机平台上，BlackBery是java, Android是Java，iPhone是Object C，
都是reflective, GC language。没C++啥事。
，等
多数
够接
计算
【在 w***g 的大作中提到】
: 大部分程序确实java不见得比c++慢。因为大部分c++程序并没有，也没有需要被优化。
: 比如说，我估计这版上大部分人都不甚清楚如何对cache进行优化（http://people.red
: hat.com/drepper/cpumemory.pdf），也不知道怎么在c/c++程序里直接调用SSE指令，等
: 等。这些人编出来的c++程序自然不可能比java程序快到哪里去。类似的优化在绝大多数
: 情况下都是不需要的，但是对于一个java程序员来说，一旦碰到了类似的需要优化的情
: 况，java在语言上的限制将是无法逾越的。BTW,我一直以为C/C++是高级语言中最能够接
: 近硬件性能的，但事实上并非如此。看了上面那篇cpumemory的文章才知道对于数值计算
: ，fortran的性能确实比C/C++高。另外，java的一个很大的问题是内存管理。快是快了
: ，但内存开销大，规模上不去，很多时候快了也么用。
: C++这个语言现在确实越来越杂了。我的理解是C++其实是一个试验语言。很多现代语言
|
a********1
发帖数: 750 | 18 objective C..
【在 h*****0 的大作中提到】
: 如果C++能够变得像java这样简单，绝对无敌
|
d****p
发帖数: 685 | 19
????? Very bad reasoning :-) A language consists of language specification,
compiler, and libs. There are a lot of companies shipping c++ compilers/libs
. Just like there are a few companies other than sun/oracle shipping java
compilers/libs.
No matter how hardware advances, there is always resource demanding
application. So it depends on specific domains.
In a coder's short life, there is no language which has no "future". But I
do deem c++ is a language deserveing each coder's time since it i
【在 g*****g 的大作中提到】
: C++是一个没有前途的语言，最大的原因就是没有公司在后面。
: C#有微软，Java有Oracle。Java第7版都快出来了，C++则几十年
: 几乎没有变化，一个C++0x都2010了，还草稿呢。
: Java内存比C++耗费得多是毫无疑问的，但这个根本不是问题，现在
: 服务器上一个节点动辄64G内存，现在64位的JVM底下，大量的应用
: 采取的策略不是精简内存，而是大量地在内存里缓存数据库记录和中间结果。
: 因为大型应用的瓶颈基本都在数据库上。
: C++的一些基本特性的缺失，比如透明的序列化，反射，使得它在集群
: 上的使用受到很大限制。
: 我个人认为C++会继续在某些领域上，比如游戏，比如操作系统上得到应有。
|
d****p
发帖数: 685 | 20 Yeah objc is not bad. However it is only available on os x.
【在 a********1 的大作中提到】
: objective C..
|
|
|
d****p
发帖数: 685 | 21 This is a good paper, very interesting.
Latst experience with java was 6-7 years ago.
I really am curious about the claim modern java is no slower than c++ in
most apps.
So JVM can do aggressive optimization since it has knowledge on runtime data
. Not sure if we turn on c++'s latest optimization features like linker time
optimization / profile guided optimization what would happen. Anyone on
this board with such experience please post.
，等
多数
够接
计算
【在 w***g 的大作中提到】
: 大部分程序确实java不见得比c++慢。因为大部分c++程序并没有，也没有需要被优化。
: 比如说，我估计这版上大部分人都不甚清楚如何对cache进行优化（http://people.red
: hat.com/drepper/cpumemory.pdf），也不知道怎么在c/c++程序里直接调用SSE指令，等
: 等。这些人编出来的c++程序自然不可能比java程序快到哪里去。类似的优化在绝大多数
: 情况下都是不需要的，但是对于一个java程序员来说，一旦碰到了类似的需要优化的情
: 况，java在语言上的限制将是无法逾越的。BTW,我一直以为C/C++是高级语言中最能够接
: 近硬件性能的，但事实上并非如此。看了上面那篇cpumemory的文章才知道对于数值计算
: ，fortran的性能确实比C/C++高。另外，java的一个很大的问题是内存管理。快是快了
: ，但内存开销大，规模上不去，很多时候快了也么用。
: C++这个语言现在确实越来越杂了。我的理解是C++其实是一个试验语言。很多现代语言
|
a********1
发帖数: 750 | 22 为什么linux不采用objc呢？ mac用的也是gcc啊
【在 d****p 的大作中提到】
: Yeah objc is not bad. However it is only available on os x.
|
g*****g
发帖数: 34805 | 23 Company backing is very important, no company backing, no investment
to protect. There's a reason C++'s standard lib is almost a joke
compared to other language.
It takes one year minimum to be familiar with Java's libs, frameworks,
design patterns etc. Java is a very simple language and easy to pick
up. But it's complicated in different way.
,
libs
and
write
【在 d****p 的大作中提到】
: This is a good paper, very interesting.
: Latst experience with java was 6-7 years ago.
: I really am curious about the claim modern java is no slower than c++ in
: most apps.
: So JVM can do aggressive optimization since it has knowledge on runtime data
: . Not sure if we turn on c++'s latest optimization features like linker time
: optimization / profile guided optimization what would happen. Anyone on
: this board with such experience please post.
:
: ，等
|
f*******y
发帖数: 988 | 24 这个是正解
C++办点事情，第一步肯定是大家先争论一下第三方的lib用啥好
你看前面一个TCP/IP的例子就行了
【在 g*****g 的大作中提到】
: Company backing is very important, no company backing, no investment
: to protect. There's a reason C++'s standard lib is almost a joke
: compared to other language.
: It takes one year minimum to be familiar with Java's libs, frameworks,
: design patterns etc. Java is a very simple language and easy to pick
: up. But it's complicated in different way.
:
: ,
: libs
: and
|
d****p
发帖数: 685 | 25
Why standard c++ lib is a joke?
Any examples pls?
I am very comfortable with STL in everyday's work.
【在 g*****g 的大作中提到】
: Company backing is very important, no company backing, no investment
: to protect. There's a reason C++'s standard lib is almost a joke
: compared to other language.
: It takes one year minimum to be familiar with Java's libs, frameworks,
: design patterns etc. Java is a very simple language and easy to pick
: up. But it's complicated in different way.
:
: ,
: libs
: and
|
h***i
发帖数: 1970 | 26 其实都差不多，什么语言都要学习一些库，C++需要了解的库也不少，大家彼此彼此，
主要取决于你的应用。很多库都是支持多种语言的。比如，用remote memory作cache，
用memcached，object serialization,用Google protocol buffer或thrift，RPC用
Corba，Ice或Restful webservice，就是JMS，也可以用Stomp支持多种语言。C++的确
有起弱点，比如说reflective支持不行，导致无法用independency injection，数据库
访问的标准也几乎没有，但大多数库都基本上大家都有，各种语言互相抄，你有log4j
，我有log4cplus，没什么区别。我们公司语言用的比较杂，基本啥语言适合就用啥语
言，像Perl, Python, C++, Java, Scala都用。
【在 g*****g 的大作中提到】
: Company backing is very important, no company backing, no investment
: to protect. There's a reason C++'s standard lib is almost a joke
: compared to other language.
: It takes one year minimum to be familiar with Java's libs, frameworks,
: design patterns etc. Java is a very simple language and easy to pick
: up. But it's complicated in different way.
:
: ,
: libs
: and
|
k*******d
发帖数: 1340 | 27 C++在free software上面用的倒是挺广，GNU系列，Linux系统
C++在scientific computing上面用的还是挺多的，比如跑通信物理层/网络层
simulation之类的，Matlab里面的很多算法也是C++实现的。
我以前学过Java，的确是一种上手简单里面水很深的语言。C++比Java上手难，上手了
里面水还是很深。。。Java适合做software development |
C****R
发帖数: 282 | 28 ding
,
libs
and
write
【在 d****p 的大作中提到】
:
: Why standard c++ lib is a joke?
: Any examples pls?
: I am very comfortable with STL in everyday's work.
|
b********n
发帖数: 609 | 29 ignore him, he knows nothing about C++.
【在 d****p 的大作中提到】
:
: Why standard c++ lib is a joke?
: Any examples pls?
: I am very comfortable with STL in everyday's work.
|
x****u
发帖数: 44466 | 30 Fortran在很多场合也不如mathematica快。。。
，等
多数
够接
计算
【在 w***g 的大作中提到】
: 大部分程序确实java不见得比c++慢。因为大部分c++程序并没有，也没有需要被优化。
: 比如说，我估计这版上大部分人都不甚清楚如何对cache进行优化（http://people.red
: hat.com/drepper/cpumemory.pdf），也不知道怎么在c/c++程序里直接调用SSE指令，等
: 等。这些人编出来的c++程序自然不可能比java程序快到哪里去。类似的优化在绝大多数
: 情况下都是不需要的，但是对于一个java程序员来说，一旦碰到了类似的需要优化的情
: 况，java在语言上的限制将是无法逾越的。BTW,我一直以为C/C++是高级语言中最能够接
: 近硬件性能的，但事实上并非如此。看了上面那篇cpumemory的文章才知道对于数值计算
: ，fortran的性能确实比C/C++高。另外，java的一个很大的问题是内存管理。快是快了
: ，但内存开销大，规模上不去，很多时候快了也么用。
: C++这个语言现在确实越来越杂了。我的理解是C++其实是一个试验语言。很多现代语言
|
|
|
M**u
发帖数: 10158 | 31 能变成Java难道不是幸福的？
【在 f*******y 的大作中提到】
: 老的没有的东西不去掉
: 新的东西拼命加进来
: 这个新标准加的东西简直恐怖
: 我看20年之后可以变成java了
|
M**u
发帖数: 10158 | 32 GC的问题。。。
【在 h*****0 的大作中提到】
: 正常程序，没你想象得慢。比较两个比较懒代码随便写的程序员，java程序往往比C++
: 快。实际上多数项目里C++程序员没有精力去优化速度的。java反倒可以依赖JVM本身的
: 强力优化。
: Java的问题是内存占用较多。不过现在内存越来越大了……
|
M**u
发帖数: 10158 | 33 OS上应该是C吧
OSConcept第七版还出了Java实现
化。
的情
快了
语言
【在 g*****g 的大作中提到】
: C++是一个没有前途的语言，最大的原因就是没有公司在后面。
: C#有微软，Java有Oracle。Java第7版都快出来了，C++则几十年
: 几乎没有变化，一个C++0x都2010了，还草稿呢。
: Java内存比C++耗费得多是毫无疑问的，但这个根本不是问题，现在
: 服务器上一个节点动辄64G内存，现在64位的JVM底下，大量的应用
: 采取的策略不是精简内存，而是大量地在内存里缓存数据库记录和中间结果。
: 因为大型应用的瓶颈基本都在数据库上。
: C++的一些基本特性的缺失，比如透明的序列化，反射，使得它在集群
: 上的使用受到很大限制。
: 我个人认为C++会继续在某些领域上，比如游戏，比如操作系统上得到应有。
|
x****u
发帖数: 44466 | 34 GC是用富余内存和富余CPU换速度。
【在 M**u 的大作中提到】
: GC的问题。。。
|
M**u
发帖数: 10158 | 35 如果full gc的情况呢？
【在 x****u 的大作中提到】
: GC是用富余内存和富余CPU换速度。
|
x****u
发帖数: 44466 | 36 如果C++程序写的不好的话，就很难说。
【在 M**u 的大作中提到】
: 如果full gc的情况呢？
|
z****e
发帖数: 2024 | 37 这帖子已经变成玄幻小说了。下边来说说Bjarne Stroustrup在冥界化胡为佛，勇斗
java，perl，python，lisp几个宗师的八门紧锁阵吧。
话说那日，尘头蔽日，旌旗招展，BS大师阴魂不散，率领一干Cpp精锐阴兵，直捣阎罗
殿前面的八门紧锁大阵。。。
一时间，飞沙走石，刀剑乱舞，键盘也生风，鼠标也光辉。阎王也公然不惧，调出独脚
鬼王、七十二洞妖王与四个健将，就于洞门外列成阵势。你看这场混战好惊人也——
寒风飒飒，怪雾阴阴。那壁厢旌旗飞彩，这壁厢戈戟生辉。滚滚盔明，层层甲亮。
滚滚盔明映太阳，如撞天的银磬；层层甲亮砌岩崖，似压地的冰山。大捍刀，飞云掣电
；楮白枪，度雾穿云。方天戟，虎眼鞭，麻林摆列；青铜剑，四明铲，密树排阵。弯弓
硬弩雕翎箭，短棍蛇矛挟了魂。BS一本cpp宝典，翻来覆去战天神。杀得那空中无鸟过
，山内虎狼奔。扬砂走石乾坤黑，播土飞尘宇宙昏。只听兵兵扑扑惊天地，煞煞威威振
鬼神。。。。
欲知后事如何，BS大师强削死籍，且听下回C++1X分解。 |
z****e
发帖数: 2024 | 38 不必，这新玩意，你自己会了也没用，要等大家都接受了，再学，这养才不浪费时间。
不然你自己写的东西，team里边他人看了还觉得奇怪。
【在 f*******y 的大作中提到】
: wiki的简介就好长一堆
: 正式出来肯定要重新买本书学过
:
: does
|
g*****g
发帖数: 34805 | 39 Because it's too small to be practical.
【在 d****p 的大作中提到】
:
: Why standard c++ lib is a joke?
: Any examples pls?
: I am very comfortable with STL in everyday's work.
|
r*********r
发帖数: 3195 | 40 月经贴, 又变成了 java 和 c++ 之争.
还是那句话, java 不烂, 不过 java programmer 都比较烂.
一大堆 framework, 都是一砣一砣的, 正经问题啥也解决不了. |
|
|
g*****g
发帖数: 34805 | 41 这话说的，编程语言这东西，最基本的就是要
Simple things simple, difficult things possible.
Java的那一坨framework再烂，C++还没有。
很多话根本就不在考虑范围内。
【在 r*********r 的大作中提到】
: 月经贴, 又变成了 java 和 c++ 之争.
: 还是那句话, java 不烂, 不过 java programmer 都比较烂.
: 一大堆 framework, 都是一砣一砣的, 正经问题啥也解决不了.
|
w***g
发帖数: 5958 | 42 C++标准库就是一个joke。 iostream里的字符串竟然用的是char *，而不是std::strin
g。上次bjarne来我们这旮瘩讲c++，就承认他们没什么人力物力，standard committee
至少在名义上都是业余搞的，所以只能致力于语言的发展，而没法估计standard libra
ry。
【在 d****p 的大作中提到】
:
: Why standard c++ lib is a joke?
: Any examples pls?
: I am very comfortable with STL in everyday's work.
|
y***d
发帖数: 2330 | 43 这个确实很蹩脚
strin
committee
libra
【在 w***g 的大作中提到】
: C++标准库就是一个joke。 iostream里的字符串竟然用的是char *，而不是std::strin
: g。上次bjarne来我们这旮瘩讲c++，就承认他们没什么人力物力，standard committee
: 至少在名义上都是业余搞的，所以只能致力于语言的发展，而没法估计standard libra
: ry。
|
g****y
发帖数: 436 | 44 俺觉得JAVA的IO让俺不爽，比C++慢太多。
【在 M**u 的大作中提到】
: GC的问题。。。
|
g*****g
发帖数: 34805 | 45 Use NIO if that's the bottleneck for you.
【在 g****y 的大作中提到】
: 俺觉得JAVA的IO让俺不爽，比C++慢太多。
|
n******t
发帖数: 4406 | 46 I do not think anyone who cares about performance will use NIO.
【在 g*****g 的大作中提到】
: Use NIO if that's the bottleneck for you.
|
d****p
发帖数: 685 | 47 Personally I found this kind of claim is hard to understand: if you are not
really good at sth, don't draw general conclusions on it.
Meahwhile, I am eager to know the reasoning why iostream should be
implemented on string instead of char*:
1. What's the real diff between string and char*
2. What obvious benefit you can gain with such change when doing normal c++
coding.
3. What's the impact of such change to the whole c++ thing.
I guess you may hear some stuff from big figure like bjarne. Pleas
【在 w***g 的大作中提到】
: C++标准库就是一个joke。 iostream里的字符串竟然用的是char *，而不是std::strin
: g。上次bjarne来我们这旮瘩讲c++，就承认他们没什么人力物力，standard committee
: 至少在名义上都是业余搞的，所以只能致力于语言的发展，而没法估计standard libra
: ry。
|
r****t
发帖数: 10904 | 48
，等
这文章好长啊。如果 c 这么差更本不能做数值计算啊。觉得 vectorization 对 c 也
很重要，
现在明白为什么很多人的 c code performance 都很垃圾了
多数
够接
计算
【在 w***g 的大作中提到】
: 大部分程序确实java不见得比c++慢。因为大部分c++程序并没有，也没有需要被优化。
: 比如说，我估计这版上大部分人都不甚清楚如何对cache进行优化（http://people.red
: hat.com/drepper/cpumemory.pdf），也不知道怎么在c/c++程序里直接调用SSE指令，等
: 等。这些人编出来的c++程序自然不可能比java程序快到哪里去。类似的优化在绝大多数
: 情况下都是不需要的，但是对于一个java程序员来说，一旦碰到了类似的需要优化的情
: 况，java在语言上的限制将是无法逾越的。BTW,我一直以为C/C++是高级语言中最能够接
: 近硬件性能的，但事实上并非如此。看了上面那篇cpumemory的文章才知道对于数值计算
: ，fortran的性能确实比C/C++高。另外，java的一个很大的问题是内存管理。快是快了
: ，但内存开销大，规模上不去，很多时候快了也么用。
: C++这个语言现在确实越来越杂了。我的理解是C++其实是一个试验语言。很多现代语言
|
g*****g
发帖数: 34805 | 49 Why not? we care about performance and we use NIO.
【在 n******t 的大作中提到】
: I do not think anyone who cares about performance will use NIO.
|
w***g
发帖数: 5958 | 50 字符串应用std::string, buffer应用char *. fstream里面的文件名显然是字符串,但却
用char *. 我觉得唯一的理由就是fstream出现的时候C++还不成熟, 仅仅被当作了C的扩
展. 很有可能fstream出现的时候还没有string.
这个问题貌似在新的标准里有解决.
not
+
it
【在 d****p 的大作中提到】
: Personally I found this kind of claim is hard to understand: if you are not
: really good at sth, don't draw general conclusions on it.
: Meahwhile, I am eager to know the reasoning why iostream should be
: implemented on string instead of char*:
: 1. What's the real diff between string and char*
: 2. What obvious benefit you can gain with such change when doing normal c++
: coding.
: 3. What's the impact of such change to the whole c++ thing.
: I guess you may hear some stuff from big figure like bjarne. Pleas
|
|
|
x****u
发帖数: 44466 | 51 C++的IO也太慢！
【在 g****y 的大作中提到】
: 俺觉得JAVA的IO让俺不爽，比C++慢太多。
|
n******t
发帖数: 4406 | 52 很多人说C++，其实是说的C++/C.其实真正按C++的写法写程序，也比Java快不了多少。
【在 x****u 的大作中提到】
: C++的IO也太慢！
|
x****u
发帖数: 44466 | 53 我觉得慢也很有可能。
【在 n******t 的大作中提到】
: 很多人说C++，其实是说的C++/C.其实真正按C++的写法写程序，也比Java快不了多少。
|
z*****a
发帖数: 3809 | 54 很多人不喜欢 Java 就是因为 simple things are often not simple in Java.
【在 g*****g 的大作中提到】
: 这话说的，编程语言这东西，最基本的就是要
: Simple things simple, difficult things possible.
: Java的那一坨framework再烂，C++还没有。
: 很多话根本就不在考虑范围内。
|
g*****g
发帖数: 34805 | 55 Compared to scripting language maybe, there're pros and cons.
Java isn't for everything.
【在 z*****a 的大作中提到】
: 很多人不喜欢 Java 就是因为 simple things are often not simple in Java.
|
d***q
发帖数: 1119 | 56 C++是个好东西，搞砸了还可以抡起来骂上一两回。。
这东西从出世到现在就是一直被骂的..其他的语言被骂的总和加起来估计也就和这东西
持平....
Linus 喷
rob pike 喷
是个活靶子... |
l******e
发帖数: 12192 | 57 很对呀
做数值计算的为啥不知道sse，gpgpu呢？做网络编程的为啥不知道toe呢？这就是c/c++
能干的，而java, c#干不了的。
要去当那种sse都不知道的，不知道根据低层硬件/操作系统优化应用的程序员，就不要
去讨论哪种语言有没前途了。
，等
多数
够接
计算
【在 w***g 的大作中提到】
: 大部分程序确实java不见得比c++慢。因为大部分c++程序并没有，也没有需要被优化。
: 比如说，我估计这版上大部分人都不甚清楚如何对cache进行优化（http://people.red
: hat.com/drepper/cpumemory.pdf），也不知道怎么在c/c++程序里直接调用SSE指令，等
: 等。这些人编出来的c++程序自然不可能比java程序快到哪里去。类似的优化在绝大多数
: 情况下都是不需要的，但是对于一个java程序员来说，一旦碰到了类似的需要优化的情
: 况，java在语言上的限制将是无法逾越的。BTW,我一直以为C/C++是高级语言中最能够接
: 近硬件性能的，但事实上并非如此。看了上面那篇cpumemory的文章才知道对于数值计算
: ，fortran的性能确实比C/C++高。另外，java的一个很大的问题是内存管理。快是快了
: ，但内存开销大，规模上不去，很多时候快了也么用。
: C++这个语言现在确实越来越杂了。我的理解是C++其实是一个试验语言。很多现代语言
|
M**u
发帖数: 10158 | 58 有个Jcuda
++
化。
的情
快了
语言
【在 l******e 的大作中提到】
: 很对呀
: 做数值计算的为啥不知道sse，gpgpu呢？做网络编程的为啥不知道toe呢？这就是c/c++
: 能干的，而java, c#干不了的。
: 要去当那种sse都不知道的，不知道根据低层硬件/操作系统优化应用的程序员，就不要
: 去讨论哪种语言有没前途了。
:
: ，等
: 多数
: 够接
: 计算
|
l******e
发帖数: 12192 | 59 那就是个binding/wrapper
【在 M**u 的大作中提到】
: 有个Jcuda
:
: ++
: 化。
: 的情
: 快了
: 语言
|
d***q
发帖数: 1119 | 60 请问 toe是什么东东？
++
【在 l******e 的大作中提到】
: 很对呀
: 做数值计算的为啥不知道sse，gpgpu呢？做网络编程的为啥不知道toe呢？这就是c/c++
: 能干的，而java, c#干不了的。
: 要去当那种sse都不知道的，不知道根据低层硬件/操作系统优化应用的程序员，就不要
: 去讨论哪种语言有没前途了。
:
: ，等
: 多数
: 够接
: 计算
|
|
|
M**u
发帖数: 10158 | 61 TCP offload Engine
/c
不要
【在 d***q 的大作中提到】
: 请问 toe是什么东东？
:
: ++
|
v****s
发帖数: 1112 | 62 i switched to java long time ago. C++ is definitely not that powerful if you
are not doing infrastructure. but how many of us will be doing
infrastructure?
【在 f*******y 的大作中提到】
: 老的没有的东西不去掉
: 新的东西拼命加进来
: 这个新标准加的东西简直恐怖
: 我看20年之后可以变成java了
|
z*****a
发帖数: 3809 | 63 Java IO Faster Than NIO
http://www.thebuzzmedia.com/java-io-faster-than-nio-old-is-new-again/
【在 g*****g 的大作中提到】
: Why not? we care about performance and we use NIO.
|
b********n
发帖数: 609 | 64 Java工资低。
you
【在 v****s 的大作中提到】
: i switched to java long time ago. C++ is definitely not that powerful if you
: are not doing infrastructure. but how many of us will be doing
: infrastructure?
|
g*****g
发帖数: 34805 | 65 Not so sure about that.
http://www.indeed.com/salary?q1=C&l1=&q2=C%2B%2B&l2=&q3=Java&l3=
【在 b********n 的大作中提到】
: Java工资低。
:
: you
|
b********n
发帖数: 609 | |
g*****g
发帖数: 34805 | 67 LOL, it should be comparable, but if you insist
http://www.indeed.com/salary?q1=C&l1=&q2=C%2B%2B&l2=&q3=Java&l3=&q4=j2ee&l4=
【在 b********n 的大作中提到】
: 好久没这么开怀大笑了。
|
d****p
发帖数: 685 | 68 Why C coder has lower wage? Unbelievible.
【在 g*****g 的大作中提到】
: Not so sure about that.
: http://www.indeed.com/salary?q1=C&l1=&q2=C%2B%2B&l2=&q3=Java&l3=
|
x****u
发帖数: 44466 | 69 很多用C的做的是纯体力活。
【在 d****p 的大作中提到】
: Why C coder has lower wage? Unbelievible.
|
d****p
发帖数: 685 | 70 This is sad for current IT - asm/C coders deserve more money.
【在 x****u 的大作中提到】
: 很多用C的做的是纯体力活。
|
|
|
r****y
发帖数: 26819 | 71 有没试过输入matlab,xml...
【在 g*****g 的大作中提到】
: LOL, it should be comparable, but if you insist
: http://www.indeed.com/salary?q1=C&l1=&q2=C%2B%2B&l2=&q3=Java&l3=&q4=j2ee&l4=
|
v****s
发帖数: 1112 | 72 对，本科的时候我参加机器人竞赛，裸用c来做方向控制，那个代码叫一个壮观，跟asm
有一拼！
【在 x****u 的大作中提到】
: 很多用C的做的是纯体力活。
|
v****s
发帖数: 1112 | 73 http://www.indeed.com/salary?q1=matlab&l1=&q2=C%2B%2B&l2=&q3=Java&l3=&q4=j2ee&l4=
看来我最拿手的matlab以后可以帮我高薪。。。only if i could find a research
position....
【在 r****y 的大作中提到】
: 有没试过输入matlab,xml...
|
l******e
发帖数: 12192 | 74 居然不是ppt？志向不高呀
【在 v****s 的大作中提到】
: http://www.indeed.com/salary?q1=matlab&l1=&q2=C%2B%2B&l2=&q3=Java&l3=&q4=j2ee&l4=
: 看来我最拿手的matlab以后可以帮我高薪。。。only if i could find a research
: position....
|
f*****Q
发帖数: 1912 | |
v****s
发帖数: 1112 | 76 ppt我有自知之明，肯定搞不过阿三。matlab我还凑合。
【在 l******e 的大作中提到】
: 居然不是ppt？志向不高呀
|
N***m
发帖数: 4460 | 77 我也喜欢matlab。
【在 v****s 的大作中提到】
: ppt我有自知之明，肯定搞不过阿三。matlab我还凑合。
|
r********n
发帖数: 7441 | 78 a very interesting discussion,
strongly recommend the OP to document and save them |
s***n
发帖数: 459 | 79 以后要说：我的专业是用瑞士军刀的瓶起子开红酒。。。
【在 k*******d 的大作中提到】
: C++就像一把瑞士军刀，越做越大的瑞士军刀，万能但是不那么好学不那么好用。。。
|
s********v
发帖数: 288 | 80 agree
C in kernel/system, not 纯体力活
C in application level, 体力活，悲剧了
【在 x****u 的大作中提到】
: 很多用C的做的是纯体力活。
|
|
|
a***y
发帖数: 2803 | 81 c++还是很好的,在3D领域就是它老大了.但是,現在的硬件水平还没高到全部用3d的程度
,所以c++目前只能用于game里面有优势.相信有一天是c++的世纪.
【在 f*******y 的大作中提到】
: 老的没有的东西不去掉
: 新的东西拼命加进来
: 这个新标准加的东西简直恐怖
: 我看20年之后可以变成java了
|
g*****g
发帖数: 34805 | 82 不是所有的游戏都需要顶级的性能的，硬件起来之后，大量的游戏
被简单的语言实现，像手机上疯狂的小鸟这样的。
C++会被用在对性能有极度要求的应用上，而随着硬件提高，
这种应用总是越来越少的。这就是C++尴尬的地方。
系统开发还是C的天下，而应用开发逐渐被蚕食。
【在 a***y 的大作中提到】
: c++还是很好的,在3D领域就是它老大了.但是,現在的硬件水平还没高到全部用3d的程度
: ,所以c++目前只能用于game里面有优势.相信有一天是c++的世纪.
|
a***y
发帖数: 2803 | 83 疯狂的小鸟那种在手机上玩的游戏都是小儿科.3d的游戏,几个人一起玩,还是很震撼的.
【在 g*****g 的大作中提到】
: 不是所有的游戏都需要顶级的性能的，硬件起来之后，大量的游戏
: 被简单的语言实现，像手机上疯狂的小鸟这样的。
: C++会被用在对性能有极度要求的应用上，而随着硬件提高，
: 这种应用总是越来越少的。这就是C++尴尬的地方。
: 系统开发还是C的天下，而应用开发逐渐被蚕食。
|
X****r
发帖数: 3557 | 84 别忘了摩尔定律。
应用程序的运行效率越来越不那么重要，而开发效率相应地越来越重要。
更何况，虚拟机技术的发展使基于虚拟机的语言的运行效率的损失越来越小了。
的.
【在 a***y 的大作中提到】
: 疯狂的小鸟那种在手机上玩的游戏都是小儿科.3d的游戏,几个人一起玩,还是很震撼的.
|
w***g
发帖数: 5958 | 85 嘿嘿，摩尔定律，至少在单CPU层面，已经失效了。并行计算又没有有效的编程工具。
现在要想程序运行得快，还真只有用C++了。只不过在日常计算中要求程序跑得快的年
代已经过去了。
【在 X****r 的大作中提到】
: 别忘了摩尔定律。
: 应用程序的运行效率越来越不那么重要，而开发效率相应地越来越重要。
: 更何况，虚拟机技术的发展使基于虚拟机的语言的运行效率的损失越来越小了。
:
: 的.
|
h*i
发帖数: 3446 | 86 C++就是一个bad language.大杂烩，太多东西了，十几年前我学了学就觉得这不是用来
干事的语言，功夫都花在学语言本身上了，太多不必要的复杂性了。还好Java在合适的
时候出现了，立马就投入了Java怀抱，果然,Java火了。呵呵。
要接近机器，用C,要OOP，用Java, 要函数式编程，用Haskell，Clojure。C++到底有啥
优势？我看没啥优势，肯定会被淘汰的。呵呵。
【在 g*****g 的大作中提到】
: C++是一个没有前途的语言，最大的原因就是没有公司在后面。
: C#有微软，Java有Oracle。Java第7版都快出来了，C++则几十年
: 几乎没有变化，一个C++0x都2010了，还草稿呢。
: Java内存比C++耗费得多是毫无疑问的，但这个根本不是问题，现在
: 服务器上一个节点动辄64G内存，现在64位的JVM底下，大量的应用
: 采取的策略不是精简内存，而是大量地在内存里缓存数据库记录和中间结果。
: 因为大型应用的瓶颈基本都在数据库上。
: C++的一些基本特性的缺失，比如透明的序列化，反射，使得它在集群
: 上的使用受到很大限制。
: 我个人认为C++会继续在某些领域上，比如游戏，比如操作系统上得到应有。
|
h*i
发帖数: 3446 | 87 False. Try learn some haskell, then come back to say how stupid that
statement was. Basically, an asm/c/c++ guy CANNOT pick up any functional
languages in a short time.
Sometimes, one just doesn't know what he's missing.
write
【在 d****p 的大作中提到】
: This is sad for current IT - asm/C coders deserve more money.
|
w***g
发帖数: 5958 | 88 我学haskell的经验就是读了N多文档，然后连读入个文本文件都不会。
【在 h*i 的大作中提到】
: False. Try learn some haskell, then come back to say how stupid that
: statement was. Basically, an asm/c/c++ guy CANNOT pick up any functional
: languages in a short time.
: Sometimes, one just doesn't know what he's missing.
:
: write
|
g*****g
发帖数: 34805 | 89 scala bridges oop and functional programming well. it may become a premier
language in a few years
【在 h*i 的大作中提到】
: False. Try learn some haskell, then come back to say how stupid that
: statement was. Basically, an asm/c/c++ guy CANNOT pick up any functional
: languages in a short time.
: Sometimes, one just doesn't know what he's missing.
:
: write
|
g*****g
发帖数: 34805 | 90 this is true, but c++ isnt a suitable language for concurrent programming,
much less cloud programming. The serialization alone makes it a pain in the
butt
ti
【在 w***g 的大作中提到】
: 嘿嘿，摩尔定律，至少在单CPU层面，已经失效了。并行计算又没有有效的编程工具。
: 现在要想程序运行得快，还真只有用C++了。只不过在日常计算中要求程序跑得快的年
: 代已经过去了。
|
|
|
h*i
发帖数: 3446 | 91 Exactly, whoever claims that a asm/C/C++/Java programmer can learn
functional programming in a short time is delusional. In fact, a non-
programmer will learn it faster, for there's nothing to unlearn.
【在 w***g 的大作中提到】
: 我学haskell的经验就是读了N多文档，然后连读入个文本文件都不会。
|
h*i
发帖数: 3446 | 92 It will not, because there's no such thing as bridging oop and functional
programming.
Functional programming is not something one can bolts onto imperative
programming. Old habits die hard, most people would not bother with FP if
things can be done with old ways. Adding FP to OOP only serves to make
things more complicated.
I thought the selling point of scala is its type inference system. But the
hot trend today seems to be dynamically typed languages (JS, ruby, etc), so
I don't think scala has anything to make one excited about.
【在 g*****g 的大作中提到】
: scala bridges oop and functional programming well. it may become a premier
: language in a few years
|
g*****g
发帖数: 34805 | 93 You are wrong, the seller point of scala is actor model, like in erlang.
We java people have been living without things like closure for a decade
without problem. But the simple concurrency model like actor is what makes
Scala attractive. I don't think Scala really takes functional programming
that big a deal, but it does implement a few handy things
in more concise way. It's an OOP language blended with FP feature, and
that's why it's practical.
And no, dynamically typed langues ain't hot. And scala isn't one.
Twitter were forced to replace its ruby system with Scala and Java when
their users grew to 10s of millions. You can't get more convincing example
than that. It's not like rewriting the system was fun or cheap if they
had the alternative.
so
【在 h*i 的大作中提到】
: It will not, because there's no such thing as bridging oop and functional
: programming.
: Functional programming is not something one can bolts onto imperative
: programming. Old habits die hard, most people would not bother with FP if
: things can be done with old ways. Adding FP to OOP only serves to make
: things more complicated.
: I thought the selling point of scala is its type inference system. But the
: hot trend today seems to be dynamically typed languages (JS, ruby, etc), so
: I don't think scala has anything to make one excited about.
|
c***d
发帖数: 996 | 94 这个必须来踩一下， 摩尔定律是讲集成度的， 和单cpu有毛关系。
【在 w***g 的大作中提到】
: 嘿嘿，摩尔定律，至少在单CPU层面，已经失效了。并行计算又没有有效的编程工具。
: 现在要想程序运行得快，还真只有用C++了。只不过在日常计算中要求程序跑得快的年
: 代已经过去了。
|
c***d
发帖数: 996 | 95 这个。。 也不好说啊。。。
twitter并不能说是个太好的例子吧， 比较牛的是kestrel只有两千行，但也只是个
queue而已。整个的底层结构hedwig还是zookeeper integration。 再说twitter容量高
， 比的上fb吗？ fb 就是一堆hbase上面架了java在那里跑。。。有了个对分布式友好
的语言，只是第一步。
【在 g*****g 的大作中提到】
: You are wrong, the seller point of scala is actor model, like in erlang.
: We java people have been living without things like closure for a decade
: without problem. But the simple concurrency model like actor is what makes
: Scala attractive. I don't think Scala really takes functional programming
: that big a deal, but it does implement a few handy things
: in more concise way. It's an OOP language blended with FP feature, and
: that's why it's practical.
: And no, dynamically typed langues ain't hot. And scala isn't one.
: Twitter were forced to replace its ruby system with Scala and Java when
: their users grew to 10s of millions. You can't get more convincing example
|
P********l
发帖数: 452 | 96 都是一砣一砣的, 正经问题啥也解决不了.
^ you are taking about yourself?
【在 r*********r 的大作中提到】
: 月经贴, 又变成了 java 和 c++ 之争.
: 还是那句话, java 不烂, 不过 java programmer 都比较烂.
: 一大堆 framework, 都是一砣一砣的, 正经问题啥也解决不了.
|
a***y
发帖数: 2803 | 97 c++的语言编写者現在tamu计算机系当头头,他看到你这言论肯定要气歪了.
话说,怎么计算机里面的牛人,出名了都往美國跑? 比如linux的编写者,c++的编写者...
【在 h*i 的大作中提到】
: C++就是一个bad language.大杂烩，太多东西了，十几年前我学了学就觉得这不是用来
: 干事的语言，功夫都花在学语言本身上了，太多不必要的复杂性了。还好Java在合适的
: 时候出现了，立马就投入了Java怀抱，果然,Java火了。呵呵。
: 要接近机器，用C,要OOP，用Java, 要函数式编程，用Haskell，Clojure。C++到底有啥
: 优势？我看没啥优势，肯定会被淘汰的。呵呵。
|
a***y
发帖数: 2803 | 98 c++有点曲高和寡的感觉,就是学C++的时候,就有人不愿意学下去了,因为太复杂了,什么
overloading,virtual,inheritance...
java就容易学多了,适合半路出家的老中.
【在 k*******d 的大作中提到】
: C++在free software上面用的倒是挺广，GNU系列，Linux系统
: C++在scientific computing上面用的还是挺多的，比如跑通信物理层/网络层
: simulation之类的，Matlab里面的很多算法也是C++实现的。
: 我以前学过Java，的确是一种上手简单里面水很深的语言。C++比Java上手难，上手了
: 里面水还是很深。。。Java适合做software development
|
a***y
发帖数: 2803 | 99 是啊,現在ddr3都开始贱卖了.内存都是以10g为单位来算了.
【在 h*****0 的大作中提到】
: 正常程序，没你想象得慢。比较两个比较懒代码随便写的程序员，java程序往往比C++
: 快。实际上多数项目里C++程序员没有精力去优化速度的。java反倒可以依赖JVM本身的
: 强力优化。
: Java的问题是内存占用较多。不过现在内存越来越大了……
|
a***y
发帖数: 2803 | 100 其实用指针表示字符串很好啊,反正2者基本上通用了.类似的还有,用指针表示函数首地
址,甚至函数名字.
strin
committee
libra
【在 w***g 的大作中提到】
: C++标准库就是一个joke。 iostream里的字符串竟然用的是char *，而不是std::strin
: g。上次bjarne来我们这旮瘩讲c++，就承认他们没什么人力物力，standard committee
: 至少在名义上都是业余搞的，所以只能致力于语言的发展，而没法估计standard libra
: ry。
|
|
|
n*****3
发帖数: 1584 | 101 c++的编写者 wrote c++ when he already in usa, bell lab.
c++ was born in USA , just like c.
Linus is still here? or not?
..
【在 a***y 的大作中提到】
: c++的语言编写者現在tamu计算机系当头头,他看到你这言论肯定要气歪了.
: 话说,怎么计算机里面的牛人,出名了都往美國跑? 比如linux的编写者,c++的编写者...
|
s*****y
发帖数: 897 | 102 also python.
..
【在 a***y 的大作中提到】
: c++的语言编写者現在tamu计算机系当头头,他看到你这言论肯定要气歪了.
: 话说,怎么计算机里面的牛人,出名了都往美國跑? 比如linux的编写者,c++的编写者...
|
D*******a
发帖数: 3688 | 103 Linus Torvalds is USA citizen now.
http://www.networkworld.com/community/node/66241
【在 n*****3 的大作中提到】
: c++的编写者 wrote c++ when he already in usa, bell lab.
: c++ was born in USA , just like c.
: Linus is still here? or not?
:
: ..
|
a***y
发帖数: 2803 | 104 就凭linux他就可以拿绿卡.
【在 D*******a 的大作中提到】
: Linus Torvalds is USA citizen now.
: http://www.networkworld.com/community/node/66241
|
s***o
发帖数: 2191 | 105 你列的这几个好像都是精华，C++的问题不在这里。至少在C#里这都是每天要用到的东
西。java也有吧？记不清了，有木有？？？
【在 a***y 的大作中提到】
: c++有点曲高和寡的感觉,就是学C++的时候,就有人不愿意学下去了,因为太复杂了,什么
: overloading,virtual,inheritance...
: java就容易学多了,适合半路出家的老中.
|
g*****g
发帖数: 34805 | 106 C++的问题在于对C的兼容，没有serialization, reflection.
【在 s***o 的大作中提到】
: 你列的这几个好像都是精华，C++的问题不在这里。至少在C#里这都是每天要用到的东
: 西。java也有吧？记不清了，有木有？？？
|
a**e
发帖数: 5794 | 107 如果C++不兼容C，它凭什么叫C++呢？
【在 g*****g 的大作中提到】
: C++的问题在于对C的兼容，没有serialization, reflection.
|
g*****g
发帖数: 34805 | 108 你看人C#不兼容C/C++，一样叫C#
【在 a**e 的大作中提到】
: 如果C++不兼容C，它凭什么叫C++呢？
|
n******t
发帖数: 4406 | 109 我不觉得C++会用在操作系统上。。。
貌似没有什么广泛应用的kernel是用C++写的。
【在 g*****g 的大作中提到】
: C++是一个没有前途的语言，最大的原因就是没有公司在后面。
: C#有微软，Java有Oracle。Java第7版都快出来了，C++则几十年
: 几乎没有变化，一个C++0x都2010了，还草稿呢。
: Java内存比C++耗费得多是毫无疑问的，但这个根本不是问题，现在
: 服务器上一个节点动辄64G内存，现在64位的JVM底下，大量的应用
: 采取的策略不是精简内存，而是大量地在内存里缓存数据库记录和中间结果。
: 因为大型应用的瓶颈基本都在数据库上。
: C++的一些基本特性的缺失，比如透明的序列化，反射，使得它在集群
: 上的使用受到很大限制。
: 我个人认为C++会继续在某些领域上，比如游戏，比如操作系统上得到应有。
|
n*****3
发帖数: 1584 | 110 about serialization reflection, seems c++
can not have good solution.
【在 g*****g 的大作中提到】
: C++的问题在于对C的兼容，没有serialization, reflection.
|
|
|
s***o
发帖数: 2191 | 111 幸好当初没叫J#，不然现在肯定被Oracle告得找不着北。
【在 g*****g 的大作中提到】
: 你看人C#不兼容C/C++，一样叫C#
|
f*****Q
发帖数: 1912 | 112 Objective C的办法行不行？
【在 n*****3 的大作中提到】
: about serialization reflection, seems c++
: can not have good solution.
|
f*****Q
发帖数: 1912 | |
a**e
发帖数: 5794 | 114 当年微软搞J++被Sun告，花两千万买了七年license了事；后来不想再出钱
就把JVM从Windows拿掉，又被告，出了16亿和解。
Sun挂掉之前那几年基本是靠微软资助才能苟延残喘。从前Apple快挂掉那
次，盖茨也拉了一把。
【在 f*****Q 的大作中提到】
: http://msdn.microsoft.com/en-us/vjsharp/default.aspx
|
w***g
发帖数: 5958 | 115 后面那个实在是不明白, MS也太冤了。
【在 a**e 的大作中提到】
: 当年微软搞J++被Sun告，花两千万买了七年license了事；后来不想再出钱
: 就把JVM从Windows拿掉，又被告，出了16亿和解。
: Sun挂掉之前那几年基本是靠微软资助才能苟延残喘。从前Apple快挂掉那
: 次，盖茨也拉了一把。
|
s***o
发帖数: 2191 | 116 对。就是因为撕咬不清，M$最后恼了。我怎么记得名字是J++?
【在 f*****Q 的大作中提到】
: http://msdn.microsoft.com/en-us/vjsharp/default.aspx
|
g*****g
发帖数: 34805 | 117 前面是叫java还对Java不兼容，被搞一点机会都没有。
后面大约是什么反垄断吧。
【在 w***g 的大作中提到】
: 后面那个实在是不明白, MS也太冤了。
|
B********e
发帖数: 1062 | 118 话糙理不糙。基本涵盖了c++的绝大多数缺点.
我们公司基本上是c++开发的. 即使是我们非常追求速度的情况下,
我们c++ 的开发越来越有点像另类的'java'开发.
我们也用framework,自己用c++开发的framework, 很象j2ee里面的一些framework.
中底层的调用 基本上做到封装, 一些功能性模块的封装, 比如thread什么的,
数据定义和一些简单方程使用idl.
日常的开发写的应用程序和写java 没有本质的区别. 这是在很多很多的前期开发
作为基础的.
当然我认为在企业型的应用上， c++ 可能有些市场. 而且我们整个的框架就是一个
巨大的distributed system， 跨平台运行，并行计算, 集群运作, 这些从c++的基本
语言特性来开并不是一个很好的选择. 但是c++的集成性, 易控性, 可靠性,
对于大型系统来说比java要好.
要是我自己写个小程序, 能用bash的不用python,
能用python的不用java, 能用java的不用c++.
C++是一个没有前途的语言，最大的原因就是没有公司在后面。
C#有微软，Java有Oracle。Java第7版都快出来了，C++则几十年
几乎没有变化，一个C++0x都2010了，还草稿呢。
Java内存比C++耗费得多是毫无疑问的，但这个根本不是问题，现在
服务器上一个节点动辄64G内存，现在64位的JVM底下，大量的应用
采取的策略不是精简内存，而是大量地在内存里缓存数据库记录和中间结果。
因为大型应用的瓶颈基本都在数据库上。
C++的一些基本特性的缺失，比如透明的序列化，反射，使得它在集群
上的使用受到很大限制。
我个人认为C++会继续在某些领域上，比如游戏，比如操作系统上得到应有。
其他一些传统的领域，比如前端，会逐渐被其他语言蚕食。
比如新兴的手机平台上，BlackBery是java, Android是Java，iPhone是Object C，
都是reflective, GC language。没C++啥事。
，等
多数
够接
计算
【在 g*****g 的大作中提到】
: C++是一个没有前途的语言，最大的原因就是没有公司在后面。
: C#有微软，Java有Oracle。Java第7版都快出来了，C++则几十年
: 几乎没有变化，一个C++0x都2010了，还草稿呢。
: Java内存比C++耗费得多是毫无疑问的，但这个根本不是问题，现在
: 服务器上一个节点动辄64G内存，现在64位的JVM底下，大量的应用
: 采取的策略不是精简内存，而是大量地在内存里缓存数据库记录和中间结果。
: 因为大型应用的瓶颈基本都在数据库上。
: C++的一些基本特性的缺失，比如透明的序列化，反射，使得它在集群
: 上的使用受到很大限制。
: 我个人认为C++会继续在某些领域上，比如游戏，比如操作系统上得到应有。
|
d********u
发帖数: 5383 | 119 没什么不明白的.做企业要学会合作,不是别人都死了你就是最好了.APPLE现在起来,对
MS是压力,也是促进,还是机会.
【在 w***g 的大作中提到】
: 后面那个实在是不明白, MS也太冤了。
|
a***y
发帖数: 2803 | 120 做企业要学会合作? 经常听到大企业吞并小企业或者其他大企业的.
【在 d********u 的大作中提到】
: 没什么不明白的.做企业要学会合作,不是别人都死了你就是最好了.APPLE现在起来,对
: MS是压力,也是促进,还是机会.
|
|
|
u*********t
发帖数: 95 | 121 参见AT&T的前车之鉴，吞到市场上只有你一家的时候，就要被强拆了
要是市场上只有windows了，M$也很危险了，这时候扶持个apple对自己还是有好处的
intel时不时的也给AMD点救济，也有这个原因
【在 a***y 的大作中提到】
: 做企业要学会合作? 经常听到大企业吞并小企业或者其他大企业的.
|
