Redian新闻
>
java 这种破烂语言做的产品真心维护难
avatar
java 这种破烂语言做的产品真心维护难# JobHunting - 待字闺中
I*g
1
傻逼任何一种JAVA做的产品,都是一堆的configuration Files.
你需要掌握是所有的细节,每个环节的细小配置在哪里。
所有现在每个公司都有成堆的BUGS , 就是因为这些配置导致的,前任开发的, 流动
太大, 后面的人根本不能在短时间准确的掌握所有的细节。
以前的C++就没有这种问题。
avatar
c*1
2
C++ is harder to maintenance than java.
I have coded in c++, and java for more than 10 years.

【在 I*******g 的大作中提到】
: 傻逼任何一种JAVA做的产品,都是一堆的configuration Files.
: 你需要掌握是所有的细节,每个环节的细小配置在哪里。
: 所有现在每个公司都有成堆的BUGS , 就是因为这些配置导致的,前任开发的, 流动
: 太大, 后面的人根本不能在短时间准确的掌握所有的细节。
: 以前的C++就没有这种问题。

avatar
I*g
3
avatar
t*t
4
c++指针分配了还要回收,跟拉完屎还要插屁股一样,太麻烦了。
avatar
f*y
5
Smart pointer in C 11

c 指针分配了还要回收,跟拉完屎还要插屁股一样,太麻烦了。

【在 t***t 的大作中提到】
: c++指针分配了还要回收,跟拉完屎还要插屁股一样,太麻烦了。
avatar
W*r
6
微软的Java黑?
avatar
t*t
7
老夫上次用C++还是20年前。
进化得挺快的
人要免除插屁股不知道20年内成不成

【在 f********y 的大作中提到】
: Smart pointer in C 11
:
: c 指针分配了还要回收,跟拉完屎还要插屁股一样,太麻烦了。

avatar
w*z
8
抱怨 配置文件的还是第一回看见。

【在 I*******g 的大作中提到】
: 傻逼任何一种JAVA做的产品,都是一堆的configuration Files.
: 你需要掌握是所有的细节,每个环节的细小配置在哪里。
: 所有现在每个公司都有成堆的BUGS , 就是因为这些配置导致的,前任开发的, 流动
: 太大, 后面的人根本不能在短时间准确的掌握所有的细节。
: 以前的C++就没有这种问题。

avatar
A*e
9
有木有发现,很多写Java的人其实根本就没怎么学过Java,直接上来搞的。
project大了,规范差了,前人乱写的,确实不好搞。
我现在手上的也是,前人从N个地方拷贝了N种神奇的config来,分散在M个或是cfg,或
是xml的文件里,用xml,json,或是将配置文件写在数据库、缓存里的都有。

【在 w**z 的大作中提到】
: 抱怨 配置文件的还是第一回看见。
avatar
z*e
10
属实
但是这个还有一个原因是因为不同的轮子,用的配置文件不一样
比如spring用beans.xml,比如tomcat有自己的web.xml
等等,然后各自都有自己的约定俗成,比如放在哪里,叫什么名字
网络上抄抄改改的时候,一般都直接无脑抄,很少会去改成统一的config
所以最后就是配置文件这里一点,那里一点
我现在都不主张弄这么多轮子
一个vert.x好了,如果需要用到config的地方,用groovy,js(里面放json)都可以
不需要用config的地方,用java,然后编译成class放到生产环境中去酱紫
效果还待检验,但是目前看,运转得相当不错

【在 A*****e 的大作中提到】
: 有木有发现,很多写Java的人其实根本就没怎么学过Java,直接上来搞的。
: project大了,规范差了,前人乱写的,确实不好搞。
: 我现在手上的也是,前人从N个地方拷贝了N种神奇的config来,分散在M个或是cfg,或
: 是xml的文件里,用xml,json,或是将配置文件写在数据库、缓存里的都有。

avatar
I*g
11
现在这个公司的破产品有10种server 每种有100多个同样配置的server
关键问题是每个server都有300多个配置文件 我没有说错 300多
这些server 是发布在世界各地 域名都不一样
每次on all 时候就是改这些配置文件
你以为你刚去 你能够对这些配置文件了与纸张?

【在 w**z 的大作中提到】
: 抱怨 配置文件的还是第一回看见。
avatar
s*r
12
俺狗的guice比配置文件还高级,刚上手时绝对有让你一头撞死的感觉,用习惯了才知
道里面的奥妙
avatar
s*x
13
这个不是语言本身的问题,是使用者的问题。
感觉Java 轮子太多,一堆好素材放到一锅未必是好饭。
这样反而提高了入门难度。
C++ 的问题是轮子太少,好多东西过于底层。
avatar
C*8
14
水平暴露贴

【在 s*****r 的大作中提到】
: 俺狗的guice比配置文件还高级,刚上手时绝对有让你一头撞死的感觉,用习惯了才知
: 道里面的奥妙

avatar
E*1
15
Don't know why many programmers complain about the pointer maintain in C/C++
, this is a nice thing you should respect. You need to care about when you "
new" it and "delete" it so you have the full control and understanding of
the lifetime of important things. Yes, it looks more fundamental and subtle,
but that makes you very aware of the workflow of the code, it could be much
more efficient if you do it right. Of course, I know only very few good
programmers in industry in C/C++, but they are really good
avatar
w*z
16
那是做的烂。配置文件我们都是写在 config mangement ,象puppet 或chef. 这和Java
没啥关系,换个语言,你们那种搞法一样一团糟。

【在 I*******g 的大作中提到】
: 现在这个公司的破产品有10种server 每种有100多个同样配置的server
: 关键问题是每个server都有300多个配置文件 我没有说错 300多
: 这些server 是发布在世界各地 域名都不一样
: 每次on all 时候就是改这些配置文件
: 你以为你刚去 你能够对这些配置文件了与纸张?

avatar
w*z
17
绝大部分人自己manage memory 不会比jvm 好。

++
"
subtle,
much

【在 E*******1 的大作中提到】
: Don't know why many programmers complain about the pointer maintain in C/C++
: , this is a nice thing you should respect. You need to care about when you "
: new" it and "delete" it so you have the full control and understanding of
: the lifetime of important things. Yes, it looks more fundamental and subtle,
: but that makes you very aware of the workflow of the code, it could be much
: more efficient if you do it right. Of course, I know only very few good
: programmers in industry in C/C++, but they are really good

avatar
E*1
18
我是说,作为一个马工,整天抱怨自己开的内存还得自己去关,听起来显得非常业余。
你可以做的不好,你也可以喜欢自动的,但是应该有感恩的觉悟:像C这样的语言让你
有全盘控制的快感,而且你做的好绝对可以写出非常漂亮而且可控性很好的code,绝对
大幅提高对编程系统性和底层良好的认知。否则自己拉的大便还得别人收拾,还不知道
别人什么时候怎么收拾的,那叫会编程?会JAVA怎么也算不上回coding

【在 w**z 的大作中提到】
: 绝大部分人自己manage memory 不会比jvm 好。
:
: ++
: "
: subtle,
: much

avatar
n*d
19
Are you kidding me? C++比Java好维护?

【在 I*******g 的大作中提到】
: 傻逼任何一种JAVA做的产品,都是一堆的configuration Files.
: 你需要掌握是所有的细节,每个环节的细小配置在哪里。
: 所有现在每个公司都有成堆的BUGS , 就是因为这些配置导致的,前任开发的, 流动
: 太大, 后面的人根本不能在短时间准确的掌握所有的细节。
: 以前的C++就没有这种问题。

avatar
z*e
20
这就好像说不会手动挡就不懂得开车一样
编程的目的是为了完成任务解决问题和赚钱,不是为了什么professional
底层有什么关系啊?如果能找个傻瓜来替我干活,我才没兴趣去自己动手呢
谁不想做boss啊?因为找不到,所以找个机器来当这个傻瓜
这就好比自动档(c)和手动档(java),以后都自动驾驶(vert.x)了,连自动档都凹凸了
谁还去弄手动档?人又不是机器,如果机器能做的,就让机器去做好了
否则要机器干嘛?而且c其实已经是个半自动档,算个屁全盘操控
直接对机器下指令才算是全盘操控好吧?否则i++这里面的步骤还不是一样看不懂?
不懂汇编,你能看得懂i++为啥不是原子操作?一样不懂嘛
只是在c那个年代,发明unix的人,只能搞定封装cpu指令等的封装
像内存自动管理这些东西,他搞不定,因为比较难,等到java出来之后,才算是搞定了
java还搞定了跨平台啊等乱七八糟的玩意
但是java本身并没有搞定并发,然后人们发明了各种轮子来尝试搞定,比如tomcat
vert.x出来之后,才算是把并发解决了,人类就是这样一步一步逼近自动驾驶
现在还在拿一些偏底层运算说(zhuang)事(bi)的人,只是给自己跟不上时代找一个好听
的理由罢了
时间久了,你会发现,这些人从思想到技术,全面落伍,只能用一些会编程来自我安慰
什么叫会编程?在我看来,能搞定问题,别制造问题,就叫会编程,至于你怎么搞定的
不重要,也没有人真的关心,所以对于一般人来说,能给机器做的,就交给机器做
不要去替代机器做事,那样很蠢,就拿内存开关自己去关来说
不这么做一个重要原因是,你不能保证别人会关,你也不能保证自己一定记得住去关
你要求人去遵守某些规定,非常地愚蠢,因为人总会犯错,指望人不犯错是不现实的
但是机器绝对professional,机器一定不会忘了关开关,机器几乎不可能犯错
那既然如此,你为什么不交给机器去做?非要折磨人呢?
据说一个好的程序员,会把所有能够自动化的工作全部自动化掉
连内存开关这种都要自己手动去做,能算一个好的程序员嘛?
而且跟这种人一起干活,会非常苦逼,因为他未必会像他想的那样严于律己,往往严于
律人
会对你有诸多要求,一点错误都会被他说成不professional,不懂coding等
因为他既然要求你做机器能做的事,那么自然就会对你的要求比对机器的要求更高,至
少等同吧
否则他怎么证明,他的选择是正确的呢?根本不可能做到嘛,所以这个选择根本就是错
误的

【在 E*******1 的大作中提到】
: 我是说,作为一个马工,整天抱怨自己开的内存还得自己去关,听起来显得非常业余。
: 你可以做的不好,你也可以喜欢自动的,但是应该有感恩的觉悟:像C这样的语言让你
: 有全盘控制的快感,而且你做的好绝对可以写出非常漂亮而且可控性很好的code,绝对
: 大幅提高对编程系统性和底层良好的认知。否则自己拉的大便还得别人收拾,还不知道
: 别人什么时候怎么收拾的,那叫会编程?会JAVA怎么也算不上回coding

avatar
b*5
21
这个thread偏题了。。。楼主讨厌configuration。。 那么我想问问这楼主, 他妈的
他搞C++
时, 就不要搞configuration了?
avatar
w*u
22
不会搽屁股的程序员是烂程序员,拉完屎了,穿上裤子就走,等着那个不靠谱的捡垃圾
的闲着没事想起你的屁股来,到处都是屎。

【在 t***t 的大作中提到】
: c++指针分配了还要回收,跟拉完屎还要插屁股一样,太麻烦了。
avatar
z*e
23

多数时候并不需要,因为c的格局小,一些很简单的活,需要花很长时间去折腾
所以代码量往往不大,不像java动不动就爆百万行
当代码量不太大的时候,config往往也就比较少,所以一般都能找到
像maven那样,一个pom都能有几百行的,其它语言几乎看不到
这种事是数量和规模决定的,当数量规模达到一定程度的时候,这些问题才会出现
类似的比如轮子里面的路径相互冲突等,小项目没这些问题,因为规模小

【在 b**********5 的大作中提到】
: 这个thread偏题了。。。楼主讨厌configuration。。 那么我想问问这楼主, 他妈的
: 他搞C++
: 时, 就不要搞configuration了?

avatar
z*e
24

这不是程序员烂,是vm烂,swift还有js这些就搞不定cross reference
所以被骂成渣,不靠谱也是你想当然,再不靠谱,也挡不住swjtuer一年爆6万行啊
如果用c,一年6万行,估计系统早就崩了,很多c的开发人员,一年能贡献600行不?
上次看到某人辞职时候说,他写了几万行代码,然后下面有个ee转行的惊讶
怎么这么多?还分析了半天
哈哈,没做过自然不知道别人的效率居然可以这么快

【在 w***u 的大作中提到】
: 不会搽屁股的程序员是烂程序员,拉完屎了,穿上裤子就走,等着那个不靠谱的捡垃圾
: 的闲着没事想起你的屁股来,到处都是屎。

avatar
b*5
25
我以前一开始从C++到java, 也觉得不大适应, 整个source里, 不知property value
都是怎么来的, 那么多classes,一个interface基本都只有一个class去implement,
觉得好烦啊
现在我看code, 觉得spring, 真是个好东西。。。 configuraion是最清楚, 最
flexible的, 而且比较集中。
问题是你即使搞C++, 也要有dev environment, prod environment。。。 你这些不
同environent value, 总要放一个地方吧。。C++这方面怎么好了, 我就不懂了

【在 z****e 的大作中提到】
:
: 这不是程序员烂,是vm烂,swift还有js这些就搞不定cross reference
: 所以被骂成渣,不靠谱也是你想当然,再不靠谱,也挡不住swjtuer一年爆6万行啊
: 如果用c,一年6万行,估计系统早就崩了,很多c的开发人员,一年能贡献600行不?
: 上次看到某人辞职时候说,他写了几万行代码,然后下面有个ee转行的惊讶
: 怎么这么多?还分析了半天
: 哈哈,没做过自然不知道别人的效率居然可以这么快

avatar
z*e
26

value

你说的spring集中,那只是一个轮子的config啊
但是java的系统经常是几百个轮子一起上
你看看pom.xml有多大,很多公司的pom.xml经常是几百行
也就是几百个spring一样的轮子在跑
如果每一个都有自己的config的话,你想一下几百个config files放一起是什么概念
几百个轮子的代码量轻轻松松上百万行
c和c++基本上不存在这么多轮子,都是自己一点一点去啃
上百万行,很多人写到死都写不出这么多代码来
所以config也不会有那么多,不上规模自然没有这个问题
summary:java的config是量多规模大导致的,c要想写到这种规模,基本上不太可能
java写功能点非常快,ide熟练之后,一天写个几百行小意思
c写个几百行远没有这么快,越写到后面越慢,等到写完,估计swjtuer都迭代十几轮了
今年我立了一个目标,人均要超过swjtuer的一年6万行
哦耶

【在 b**********5 的大作中提到】
: 我以前一开始从C++到java, 也觉得不大适应, 整个source里, 不知property value
: 都是怎么来的, 那么多classes,一个interface基本都只有一个class去implement,
: 觉得好烦啊
: 现在我看code, 觉得spring, 真是个好东西。。。 configuraion是最清楚, 最
: flexible的, 而且比较集中。
: 问题是你即使搞C++, 也要有dev environment, prod environment。。。 你这些不
: 同environent value, 总要放一个地方吧。。C++这方面怎么好了, 我就不懂了

avatar
b*5
27
what the fuck is lun2 zi3??! speak goddamn english...

【在 z****e 的大作中提到】
:
: value
: ,
: 你说的spring集中,那只是一个轮子的config啊
: 但是java的系统经常是几百个轮子一起上
: 你看看pom.xml有多大,很多公司的pom.xml经常是几百行
: 也就是几百个spring一样的轮子在跑
: 如果每一个都有自己的config的话,你想一下几百个config files放一起是什么概念
: 几百个轮子的代码量轻轻松松上百万行
: c和c++基本上不存在这么多轮子,都是自己一点一点去啃

avatar
z*e
28

pom.xml里面的dependencies下面那一堆就是轮子
搞java不懂什么叫轮子,这个有些问题啊

【在 b**********5 的大作中提到】
: what the fuck is lun2 zi3??! speak goddamn english...
avatar
z*e
29
就是mvnrepository.com上面的东西
看了下,java轮子数量已经逼近1200k了,还在爆发式增长中
这个数量有些太离谱了,远远超过其他所有语言的总和
npm是23w不到
gem是11.3w
python module数量才7w+
区别太大了
avatar
b*5
30
i still don't know what the fuck is lun2 zi3.. unless u start speak english.
. btw, we are talking about configuration environmental variables, setting
property values, not maven pom dependencies... a C++ application can have a
lot of third party library dependencies as well..
and if we both agree C++ has much fewer dependencies, then wouldn't it be
logical to deduce that u need to write a lot of code in C++ application that
u wouldn't in java? thus, java would need fewer lines of code.. not more...

【在 z****e 的大作中提到】
: 就是mvnrepository.com上面的东西
: 看了下,java轮子数量已经逼近1200k了,还在爆发式增长中
: 这个数量有些太离谱了,远远超过其他所有语言的总和
: npm是23w不到
: gem是11.3w
: python module数量才7w+
: 区别太大了

avatar
s*r
31
四万行啊
俺狗还不用config file,直接上code去config

【在 z****e 的大作中提到】
: 就是mvnrepository.com上面的东西
: 看了下,java轮子数量已经逼近1200k了,还在爆发式增长中
: 这个数量有些太离谱了,远远超过其他所有语言的总和
: npm是23w不到
: gem是11.3w
: python module数量才7w+
: 区别太大了

avatar
z*e
32

那岂不是改一次就要重新编译一次?
我现在用script比如groovy或者js来搞config
这样反正不用编译,改起来方便

【在 s*****r 的大作中提到】
: 四万行啊
: 俺狗还不用config file,直接上code去config

avatar
b*5
33
guice 没有被populate是有原因的。。
以前我们组里做项目, try用过guice, 觉得没有spring那么强大。。 而且,
injection的目的, 就是不要code。。。
你看, 像guava 这样的好东西, 就会被adopt。。。

【在 s*****r 的大作中提到】
: 四万行啊
: 俺狗还不用config file,直接上code去config

avatar
z*e
34

english.
a
that
..
就是jar

【在 b**********5 的大作中提到】
: i still don't know what the fuck is lun2 zi3.. unless u start speak english.
: . btw, we are talking about configuration environmental variables, setting
: property values, not maven pom dependencies... a C++ application can have a
: lot of third party library dependencies as well..
: and if we both agree C++ has much fewer dependencies, then wouldn't it be
: logical to deduce that u need to write a lot of code in C++ application that
: u wouldn't in java? thus, java would need fewer lines of code.. not more...

avatar
b*5
35
like i said, u logic is flawed.
java has more 3rd party libraries that we can use -> ur conclusion that java
has a lot more lines than C++
this doesn't make sense.. if we have more libraries, that means u don't need
to write a lot of code -> which means java should have a lot less lines
than C++...

【在 z****e 的大作中提到】
:
: english.
: a
: that
: ..
: 就是jar

avatar
E*1
36
没让你天天用C++,但是你不需要嘲笑,拉完大便是自己擦还是别人擦你也不好说哪个
更好,对吧。至少,C++显然不是只会JAVA的阿三们能学的会的,各有所用,花街量化
交易清一色C/C++, 因为速度,这就是他的用处

【在 z****e 的大作中提到】
: 这就好像说不会手动挡就不懂得开车一样
: 编程的目的是为了完成任务解决问题和赚钱,不是为了什么professional
: 底层有什么关系啊?如果能找个傻瓜来替我干活,我才没兴趣去自己动手呢
: 谁不想做boss啊?因为找不到,所以找个机器来当这个傻瓜
: 这就好比自动档(c)和手动档(java),以后都自动驾驶(vert.x)了,连自动档都凹凸了
: 谁还去弄手动档?人又不是机器,如果机器能做的,就让机器去做好了
: 否则要机器干嘛?而且c其实已经是个半自动档,算个屁全盘操控
: 直接对机器下指令才算是全盘操控好吧?否则i++这里面的步骤还不是一样看不懂?
: 不懂汇编,你能看得懂i++为啥不是原子操作?一样不懂嘛
: 只是在c那个年代,发明unix的人,只能搞定封装cpu指令等的封装

avatar
D*g
37
lz说的情况属实
avatar
c*1
38
The project I works on has about 1m c++ code lines with 100 configuration
files.I have worked on the project for more than 2 years. I read
configuration files only when I had to.

【在 I*******g 的大作中提到】
: 傻逼任何一种JAVA做的产品,都是一堆的configuration Files.
: 你需要掌握是所有的细节,每个环节的细小配置在哪里。
: 所有现在每个公司都有成堆的BUGS , 就是因为这些配置导致的,前任开发的, 流动
: 太大, 后面的人根本不能在短时间准确的掌握所有的细节。
: 以前的C++就没有这种问题。

avatar
f*y
39
太小看老印了,老印写C++写的好的也很多。只是老印基数太大,更加鱼龙混杂

【在 E*******1 的大作中提到】
: 没让你天天用C++,但是你不需要嘲笑,拉完大便是自己擦还是别人擦你也不好说哪个
: 更好,对吧。至少,C++显然不是只会JAVA的阿三们能学的会的,各有所用,花街量化
: 交易清一色C/C++, 因为速度,这就是他的用处

avatar
w*z
40
轮子 是从 reinvent the wheel 来的。

english.
a
that
..

【在 b**********5 的大作中提到】
: i still don't know what the fuck is lun2 zi3.. unless u start speak english.
: . btw, we are talking about configuration environmental variables, setting
: property values, not maven pom dependencies... a C++ application can have a
: lot of third party library dependencies as well..
: and if we both agree C++ has much fewer dependencies, then wouldn't it be
: logical to deduce that u need to write a lot of code in C++ application that
: u wouldn't in java? thus, java would need fewer lines of code.. not more...

avatar
w*z
41
Java 写得好的,花点时间学好 c++ 应该没问题吧? 反之亦然。但Java 应用面比 C++
广得多,这没啥异议吧? 95%的情况下, JVM 提供的 memory mangement 足够了.

【在 E*******1 的大作中提到】
: 没让你天天用C++,但是你不需要嘲笑,拉完大便是自己擦还是别人擦你也不好说哪个
: 更好,对吧。至少,C++显然不是只会JAVA的阿三们能学的会的,各有所用,花街量化
: 交易清一色C/C++, 因为速度,这就是他的用处

avatar
E*1
42
一个码工,成天讨论应该用哪种语言显得自己很业余

++

【在 w**z 的大作中提到】
: Java 写得好的,花点时间学好 c++ 应该没问题吧? 反之亦然。但Java 应用面比 C++
: 广得多,这没啥异议吧? 95%的情况下, JVM 提供的 memory mangement 足够了.

avatar
w*z
43
那你说点专业的来听听?

【在 E*******1 的大作中提到】
: 一个码工,成天讨论应该用哪种语言显得自己很业余
:
: ++

avatar
a*n
44
什么是轮子。英文怎么说

【在 z****e 的大作中提到】
: 这就好像说不会手动挡就不懂得开车一样
: 编程的目的是为了完成任务解决问题和赚钱,不是为了什么professional
: 底层有什么关系啊?如果能找个傻瓜来替我干活,我才没兴趣去自己动手呢
: 谁不想做boss啊?因为找不到,所以找个机器来当这个傻瓜
: 这就好比自动档(c)和手动档(java),以后都自动驾驶(vert.x)了,连自动档都凹凸了
: 谁还去弄手动档?人又不是机器,如果机器能做的,就让机器去做好了
: 否则要机器干嘛?而且c其实已经是个半自动档,算个屁全盘操控
: 直接对机器下指令才算是全盘操控好吧?否则i++这里面的步骤还不是一样看不懂?
: 不懂汇编,你能看得懂i++为啥不是原子操作?一样不懂嘛
: 只是在c那个年代,发明unix的人,只能搞定封装cpu指令等的封装

avatar
x*1
45
guice injection 也可以不要code change的

【在 b**********5 的大作中提到】
: guice 没有被populate是有原因的。。
: 以前我们组里做项目, try用过guice, 觉得没有spring那么强大。。 而且,
: injection的目的, 就是不要code。。。
: 你看, 像guava 这样的好东西, 就会被adopt。。。

avatar
z*e
46
那当然,你不会以为轮子下下来就解决问题了吧?
问题是不断出现的,轮子绝大多数都是解决common问题
但是不同的项目,遇到的问题肯定是不一样的
common的部分可以滚轮子,剩下不同的部分,就只能自己解决
而且资本家不会让你闲着的,你解决了一部分问题,很快ba会给你新的需求
你永远不用担心没事做,就这么说吧,一般c的项目
项目的功能都比较单一,比如db,这个绝大多数都是c写的
db的功能就很单一,但是一般一个java的系统,往往什么都做
有web,有persistence,有web service等等
就像你用的spring,你没发现spring越来越大了么?spring现在是什么都做
java里面这种大东西还不是一个
wildfly, weblogic和websphere都是一大堆东西的集合体
因为随着轮子数量的增加,你能做的事就变多了
但是并不代表你会闲下来,因为资本家发现你的能力提高了,他对你的要求就多了
往往是你给资本家和客户看的越多,他们想到的就越多,千万不要低估人的想象力
所以基本上都是10个小时,c程序员一般就爆几十行代码
java程序员爆几百行代码,因为你单位天爆出更多的代码
所以会导致项目平均行数会更多,一般项目是计算人时而非代码行数的

java
need

【在 b**********5 的大作中提到】
: like i said, u logic is flawed.
: java has more 3rd party libraries that we can use -> ur conclusion that java
: has a lot more lines than C++
: this doesn't make sense.. if we have more libraries, that means u don't need
: to write a lot of code -> which means java should have a lot less lines
: than C++...

avatar
w*z
47
自己爬楼去找。

【在 a*********n 的大作中提到】
: 什么是轮子。英文怎么说
avatar
a*n
48
装B被雷pi 死!

【在 w**z 的大作中提到】
: 自己爬楼去找。
avatar
w*z
49
你有病吧。

【在 a*********n 的大作中提到】
: 装B被雷pi 死!
avatar
c*1
50
library.
Reinventing the wheel

【在 a*********n 的大作中提到】
: 什么是轮子。英文怎么说
avatar
s*x
51
java 感觉轮子太多, 随便一个轮子又自动拉进一万个轮子, 结果没人搞清楚。
并不是我一个人有这种印象。 当然什么东西熟了都会觉得很简单。
c++11 增加了好多 feature, 更加简单易用了。 java 的 自动 memory 管理好, 有
时候也是硬伤, 定时的 garbage collection 对系统 performance 都是了挑战。 当
然, 用 java 的地方估计大多都没被 performance 真正 challenge 过。
avatar
S*n
52
java再烂,别人出200k叫你用,你还有种不用?
牛逼就自己开公司,想用什么语言用什么语言
avatar
z*e
53

这个就太扯蛋了
都用了几十年了
世界这么大,什么没有被challenge过
除非你自大到认为只有你做的才叫challenge
android之后,连游戏都可以搞了
以前这个才是真正的问题
现在连apple都开始gc了
swift就在这个方向上迈出了坚实的一步
不搞gc的越来越少了
c++11之后,不少公司都放弃了
连google都觉得,哎呀,这样不行
还是go吧,go创始人之所以搞go就是因为听了c++11的features
然后相视一笑,这帮人还觉得features不够多吧?
跟java的初衷是一样的
就是因为c++的无节制的乱加feature,而且不删掉原来不好用的features
好像很酷,其实好的坏的features都在里面
就犹如java在一瞬间,把所有的轮子都塞给你
你会如何?马上晕了
现在不兴这个了,现在讲的是,你只要保留有有限的features就好了
剩下的optional的features,留给客户自己去做选择
而不是一股脑塞给客户,这种搞法基本上都是失败的
c++11之后c++的跳水之势不可避免
go有gc
swift有gc
c#有gc
现在没有gc的才是特例
这些语言的涌现,几乎都是冲着c++去的
这些语言一开始其实都是c++,只不过对c++现有的features很不满意
所以才搞出了这些语言,而c++最大的问题就在于
对c的错误的部分,没有干掉,只添加,最后就越来越混乱
语言本身应该代表着共通的部分,所以应该稳定,而且便于学习和掌握
任何新增的features应该非常保守,因为加容易,减的话,非常麻烦
而轮子代表着不同公司的不同的部分,应该尽量体现出差异来,且数量庞大
就像超市一样,琳瑯满目,这就是optional的plugins

【在 s**x 的大作中提到】
: java 感觉轮子太多, 随便一个轮子又自动拉进一万个轮子, 结果没人搞清楚。
: 并不是我一个人有这种印象。 当然什么东西熟了都会觉得很简单。
: c++11 增加了好多 feature, 更加简单易用了。 java 的 自动 memory 管理好, 有
: 时候也是硬伤, 定时的 garbage collection 对系统 performance 都是了挑战。 当
: 然, 用 java 的地方估计大多都没被 performance 真正 challenge 过。

avatar
h*3
54
说得没错。
在15年前,做一个像样的网站,至少需要10个程序员。后来轮子越来越多,越来越成熟
,一个人都可以包揽所有的活了。

【在 z****e 的大作中提到】
: 那当然,你不会以为轮子下下来就解决问题了吧?
: 问题是不断出现的,轮子绝大多数都是解决common问题
: 但是不同的项目,遇到的问题肯定是不一样的
: common的部分可以滚轮子,剩下不同的部分,就只能自己解决
: 而且资本家不会让你闲着的,你解决了一部分问题,很快ba会给你新的需求
: 你永远不用担心没事做,就这么说吧,一般c的项目
: 项目的功能都比较单一,比如db,这个绝大多数都是c写的
: db的功能就很单一,但是一般一个java的系统,往往什么都做
: 有web,有persistence,有web service等等
: 就像你用的spring,你没发现spring越来越大了么?spring现在是什么都做

avatar
j*r
55
C++程序员看到这么多轮子无从下手,才会这么bash轮子。
轮子是第一生产力。用C++写一个轮子的时间,Java一个应用都写完了。至于你要吹C++
写得轮子牛逼就呵呵呵了。
说到底,写C++并不比写Java挣得多,才是关键。

【在 s**x 的大作中提到】
: java 感觉轮子太多, 随便一个轮子又自动拉进一万个轮子, 结果没人搞清楚。
: 并不是我一个人有这种印象。 当然什么东西熟了都会觉得很简单。
: c++11 增加了好多 feature, 更加简单易用了。 java 的 自动 memory 管理好, 有
: 时候也是硬伤, 定时的 garbage collection 对系统 performance 都是了挑战。 当
: 然, 用 java 的地方估计大多都没被 performance 真正 challenge 过。

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。