m*******l 发帖数: 12782 | 1 之所以产量低本来就是因为广大群众的水平问题如果让BS来写
C++一样很快.
现在JAVA之所以发展就是因为用的人多,之所以人多本来就是因为水平低的人多的原因
而不是语言本身怎么样
想我老这样的水平,什么语言都一样了(哈哈,吹个牛) |
g*****g 发帖数: 34805 | 2 即便不谈GC,Serialization和Reflection是Java里很重要的两个feature,在C++里没
有。
这两者使得Java可以做一些C++做不出来的架构,比如Dependency Injection。Aspect
Oriented Programming。这些东西在写Server程序很有用。
【在 m*******l 的大作中提到】 : 之所以产量低本来就是因为广大群众的水平问题如果让BS来写 : C++一样很快. : 现在JAVA之所以发展就是因为用的人多,之所以人多本来就是因为水平低的人多的原因 : 而不是语言本身怎么样 : 想我老这样的水平,什么语言都一样了(哈哈,吹个牛)
|
a9 发帖数: 21638 | 3 serialization和reflection对于c来讲没有意义啊。
Aspect
原因
【在 g*****g 的大作中提到】 : 即便不谈GC,Serialization和Reflection是Java里很重要的两个feature,在C++里没 : 有。 : 这两者使得Java可以做一些C++做不出来的架构,比如Dependency Injection。Aspect : Oriented Programming。这些东西在写Server程序很有用。
|
m*******l 发帖数: 12782 | 4 这个不是C++不能做,而且不方便,managed和native的区别.
就象GC, C++一样可以有GC.
Aspect
【在 g*****g 的大作中提到】 : 即便不谈GC,Serialization和Reflection是Java里很重要的两个feature,在C++里没 : 有。 : 这两者使得Java可以做一些C++做不出来的架构,比如Dependency Injection。Aspect : Oriented Programming。这些东西在写Server程序很有用。
|
g*****g 发帖数: 34805 | 5 不进入标准库的,就相当于没有。你当然可以加宏进入header做这些,稍微改改
compiler就可以做到。技术上难度不大。但现有的大量类库,不能与之兼容,这才是最
大的问题。不你可能期望所有的类库推到重来。
【在 m*******l 的大作中提到】 : 这个不是C++不能做,而且不方便,managed和native的区别. : 就象GC, C++一样可以有GC. : : Aspect
|
g*****g 发帖数: 34805 | 6 说的是C++写server端应用。举个例子比如session replication,除非所有需要的类都
是自己写的,或者已经遵从了某种serialization规范(boost etc.)。否则没法做。
【在 a9 的大作中提到】 : serialization和reflection对于c来讲没有意义啊。 : : Aspect : 原因
|
t*****n 发帖数: 4908 | 7 boost Serialization掩面而过。。。
Aspect
【在 g*****g 的大作中提到】 : 即便不谈GC,Serialization和Reflection是Java里很重要的两个feature,在C++里没 : 有。 : 这两者使得Java可以做一些C++做不出来的架构,比如Dependency Injection。Aspect : Oriented Programming。这些东西在写Server程序很有用。
|
t*****n 发帖数: 4908 | 8 不是C++不productivity,而是某些人不productivity。
【在 m*******l 的大作中提到】 : 之所以产量低本来就是因为广大群众的水平问题如果让BS来写 : C++一样很快. : 现在JAVA之所以发展就是因为用的人多,之所以人多本来就是因为水平低的人多的原因 : 而不是语言本身怎么样 : 想我老这样的水平,什么语言都一样了(哈哈,吹个牛)
|
m*******l 发帖数: 12782 | 9 其实如不入标准库不是最重要,用的多,支持的多就好
Java用户多,今天搞这个 明天搞哪个,ejb还是啥死了又活,活了又死的,
就是人多,能折腾,随便折腾.
C++/C就是适合高底层的东西,本身决定了用户就那么几家,应用级的用户少的多了
所以库就少多了,花样也少
【在 g*****g 的大作中提到】 : 不进入标准库的,就相当于没有。你当然可以加宏进入header做这些,稍微改改 : compiler就可以做到。技术上难度不大。但现有的大量类库,不能与之兼容,这才是最 : 大的问题。不你可能期望所有的类库推到重来。
|
m*******l 发帖数: 12782 | 10 不是某些人不productivity是大多数人不productivity
没有办法,好的程序员总是少数
【在 t*****n 的大作中提到】 : 不是C++不productivity,而是某些人不productivity。
|
|
|
b***i 发帖数: 3043 | 11 我们有个项目,是visual C++ 6.0写的,2006年后就没动过。老创业程序员今年功成身
退,我来维护。靠,第一仗要改几个参数,首先要弄懂程序在哪里改,花了2天。然后
,改20行程序用了10分钟。最后,无法编译。用了3天搞清楚怎么才能编译。原来,微
软几次更新SDK,把几个header都搞没了,比如ddraw.h。还有很多。折腾半天,千疮百
孔,终于成功了。然后,发现另一个需求要改另一个文件,结果,又无法编译,这次是
另一个文件里面有问题。总之,很麻烦。java就好多了。
【在 m*******l 的大作中提到】 : 不是某些人不productivity是大多数人不productivity : 没有办法,好的程序员总是少数
|
T******7 发帖数: 1419 | 12 你这个不赖c++ 赖MS
【在 b***i 的大作中提到】 : 我们有个项目,是visual C++ 6.0写的,2006年后就没动过。老创业程序员今年功成身 : 退,我来维护。靠,第一仗要改几个参数,首先要弄懂程序在哪里改,花了2天。然后 : ,改20行程序用了10分钟。最后,无法编译。用了3天搞清楚怎么才能编译。原来,微 : 软几次更新SDK,把几个header都搞没了,比如ddraw.h。还有很多。折腾半天,千疮百 : 孔,终于成功了。然后,发现另一个需求要改另一个文件,结果,又无法编译,这次是 : 另一个文件里面有问题。总之,很麻烦。java就好多了。
|
d*****l 发帖数: 8441 | 13 Serialization对升级敏感。
Aspect
【在 g*****g 的大作中提到】 : 即便不谈GC,Serialization和Reflection是Java里很重要的两个feature,在C++里没 : 有。 : 这两者使得Java可以做一些C++做不出来的架构,比如Dependency Injection。Aspect : Oriented Programming。这些东西在写Server程序很有用。
|
d*****l 发帖数: 8441 | 14 你用Serialization的话,升级java试试?
【在 b***i 的大作中提到】 : 我们有个项目,是visual C++ 6.0写的,2006年后就没动过。老创业程序员今年功成身 : 退,我来维护。靠,第一仗要改几个参数,首先要弄懂程序在哪里改,花了2天。然后 : ,改20行程序用了10分钟。最后,无法编译。用了3天搞清楚怎么才能编译。原来,微 : 软几次更新SDK,把几个header都搞没了,比如ddraw.h。还有很多。折腾半天,千疮百 : 孔,终于成功了。然后,发现另一个需求要改另一个文件,结果,又无法编译,这次是 : 另一个文件里面有问题。总之,很麻烦。java就好多了。
|
r****c 发帖数: 1494 | 15 真正赚钱的都是把行业做坏,手艺变得没有用的人。社会化大生产的实质。 |
n*****3 发帖数: 1584 | 16 GC does make a huge difference;
nobody can sure memory related bug-free/robust.
【在 d*****l 的大作中提到】 : Serialization对升级敏感。 : : Aspect
|
d****i 发帖数: 4809 | 17 C++作为一个C的超集,主要还是为了速度和效率,而且还得兼容C的东西,所以为了兼
顾效率,向下兼容C,和面向对象,封装,继承,多态,重载,这些多个特性,只好舍
弃了一些比较超前上层的东西,比如GC在C++中没有,还是效率的问题,再比如C++的
member function必须declare virtual才是多态的,而Java默认的就是多态的,这个也
是一个效率的问题,用了virtual function,效率肯定变差。据说C++的ISO/IEC标准委
员会很保守,如果不是非常有用的feature,而且会影响程序执行效率的话,他们不会
随便加入C++标准里面, C++11算是千呼万唤始出来,前一个标准已经是N年以前的事了
。而相比之下ISO/ANSI/IEC的C标准更稳定,就两个版本的C标准:C89,C99,再也没动
过,估计也没有必要再动了。
【在 g*****g 的大作中提到】 : 说的是C++写server端应用。举个例子比如session replication,除非所有需要的类都 : 是自己写的,或者已经遵从了某种serialization规范(boost etc.)。否则没法做。
|
a*w 发帖数: 4495 | 18 IBM当年把PC标准公开,算是把行业做坏,它没赚到多少钱,倒是让
微软搞到了第一桶金。
【在 r****c 的大作中提到】 : 真正赚钱的都是把行业做坏,手艺变得没有用的人。社会化大生产的实质。
|
S**I 发帖数: 15689 | 19 第三版的C标准C11是去年发布的,不过响应者寥寥。
【在 d****i 的大作中提到】 : C++作为一个C的超集,主要还是为了速度和效率,而且还得兼容C的东西,所以为了兼 : 顾效率,向下兼容C,和面向对象,封装,继承,多态,重载,这些多个特性,只好舍 : 弃了一些比较超前上层的东西,比如GC在C++中没有,还是效率的问题,再比如C++的 : member function必须declare virtual才是多态的,而Java默认的就是多态的,这个也 : 是一个效率的问题,用了virtual function,效率肯定变差。据说C++的ISO/IEC标准委 : 员会很保守,如果不是非常有用的feature,而且会影响程序执行效率的话,他们不会 : 随便加入C++标准里面, C++11算是千呼万唤始出来,前一个标准已经是N年以前的事了 : 。而相比之下ISO/ANSI/IEC的C标准更稳定,就两个版本的C标准:C89,C99,再也没动 : 过,估计也没有必要再动了。
|
d****i 发帖数: 4809 | 20 哦,还真有C11? 我out了,不过对我来说不要说C99,C89标准的所有feature基本已经
满足我的所有要求。
【在 S**I 的大作中提到】 : 第三版的C标准C11是去年发布的,不过响应者寥寥。
|
|
|
m*******l 发帖数: 12782 | 21 老大你不看新闻啊
【在 d****i 的大作中提到】 : C++作为一个C的超集,主要还是为了速度和效率,而且还得兼容C的东西,所以为了兼 : 顾效率,向下兼容C,和面向对象,封装,继承,多态,重载,这些多个特性,只好舍 : 弃了一些比较超前上层的东西,比如GC在C++中没有,还是效率的问题,再比如C++的 : member function必须declare virtual才是多态的,而Java默认的就是多态的,这个也 : 是一个效率的问题,用了virtual function,效率肯定变差。据说C++的ISO/IEC标准委 : 员会很保守,如果不是非常有用的feature,而且会影响程序执行效率的话,他们不会 : 随便加入C++标准里面, C++11算是千呼万唤始出来,前一个标准已经是N年以前的事了 : 。而相比之下ISO/ANSI/IEC的C标准更稳定,就两个版本的C标准:C89,C99,再也没动 : 过,估计也没有必要再动了。
|
m*******l 发帖数: 12782 | 22 C11的标准甚至后退了,例如动态数组...本来是mandate.
now it optional
【在 d****i 的大作中提到】 : 哦,还真有C11? 我out了,不过对我来说不要说C99,C89标准的所有feature基本已经 : 满足我的所有要求。
|
m*******l 发帖数: 12782 | 23 btw, C++98, c++03(mainly bug fix)
C++ TR1 (05?)
then C++11
and C++16 (17?)
between C++16
there will be annual releases
【在 d****i 的大作中提到】 : C++作为一个C的超集,主要还是为了速度和效率,而且还得兼容C的东西,所以为了兼 : 顾效率,向下兼容C,和面向对象,封装,继承,多态,重载,这些多个特性,只好舍 : 弃了一些比较超前上层的东西,比如GC在C++中没有,还是效率的问题,再比如C++的 : member function必须declare virtual才是多态的,而Java默认的就是多态的,这个也 : 是一个效率的问题,用了virtual function,效率肯定变差。据说C++的ISO/IEC标准委 : 员会很保守,如果不是非常有用的feature,而且会影响程序执行效率的话,他们不会 : 随便加入C++标准里面, C++11算是千呼万唤始出来,前一个标准已经是N年以前的事了 : 。而相比之下ISO/ANSI/IEC的C标准更稳定,就两个版本的C标准:C89,C99,再也没动 : 过,估计也没有必要再动了。
|
m*******l 发帖数: 12782 | 24 at least there are something c++14
【在 m*******l 的大作中提到】 : btw, C++98, c++03(mainly bug fix) : C++ TR1 (05?) : then C++11 : and C++16 (17?) : between C++16 : there will be annual releases
|
d****i 发帖数: 4809 | 25 C根本没有必要去改标准了,C的特点就是简洁,明快,灵活,速度快,与硬件的亲和力
强,是最接近汇编语言的一种高级语言,如果要语言本身变得象C++那么复杂的话,那
为什么不直接用C++呢?
【在 m*******l 的大作中提到】 : C11的标准甚至后退了,例如动态数组...本来是mandate. : now it optional
|
m*******l 发帖数: 12782 | 26 语言是发展的,C一样,而且随着硬件的发展,C跟着发展是对的.
【在 d****i 的大作中提到】 : C根本没有必要去改标准了,C的特点就是简洁,明快,灵活,速度快,与硬件的亲和力 : 强,是最接近汇编语言的一种高级语言,如果要语言本身变得象C++那么复杂的话,那 : 为什么不直接用C++呢?
|
g*****g 发帖数: 34805 | 27 Does everybody uses boost Serialization for their data object?
If not, once you use a 3rd party instance variable that doesn't, yours is
doomed too. That's why standard is very critical.
【在 t*****n 的大作中提到】 : boost Serialization掩面而过。。。 : : Aspect
|