t**r 发帖数: 3428 | |
D*******a 发帖数: 3688 | 2 development cost is too big
【在 t**r 的大作中提到】 : http://blog.csdn.net/lanphaday/article/details/7223385 : 这篇文章有人看过么 : 在中文IT圈很火 : 我工作经验不错。我们公司只有底层几个库是C++了 : 大家如何看?
|
N*****m 发帖数: 42603 | 3 都不进最好,没人跟我抢饭碗
【在 t**r 的大作中提到】 : http://blog.csdn.net/lanphaday/article/details/7223385 : 这篇文章有人看过么 : 在中文IT圈很火 : 我工作经验不错。我们公司只有底层几个库是C++了 : 大家如何看?
|
a***x 发帖数: 26368 | 4 稀有了你还能指望更多的饭碗?
【在 N*****m 的大作中提到】 : 都不进最好,没人跟我抢饭碗
|
N*****m 发帖数: 42603 | 5 当然,同一个玩意,我的performance好多了
你说呢,呵呵
【在 a***x 的大作中提到】 : 稀有了你还能指望更多的饭碗?
|
w***g 发帖数: 5958 | 6 C++没落那是不争的事实了。现在连嵌入式都是java的天下了。我老C++用了十年了,正
准备转java呢。
【在 t**r 的大作中提到】 : http://blog.csdn.net/lanphaday/article/details/7223385 : 这篇文章有人看过么 : 在中文IT圈很火 : 我工作经验不错。我们公司只有底层几个库是C++了 : 大家如何看?
|
g*****g 发帖数: 34805 | 7 这个文章不错嘛?重复的是我老10年前的论调罢了。
C++是上个10年没落的,不是下个10年要没落的。
当然,cobol程序员仍然工资很高,所以C++大牛们
不用担心。
【在 t**r 的大作中提到】 : http://blog.csdn.net/lanphaday/article/details/7223385 : 这篇文章有人看过么 : 在中文IT圈很火 : 我工作经验不错。我们公司只有底层几个库是C++了 : 大家如何看?
|
F********g 发帖数: 475 | 8 Who told you that? Mobile apps != 嵌入式
【在 w***g 的大作中提到】 : C++没落那是不争的事实了。现在连嵌入式都是java的天下了。我老C++用了十年了,正 : 准备转java呢。
|
|
p*********t 发帖数: 2690 | 9 cobol工作少,而且都是有资历的才能去做,和考公务员有一拼。
【在 g*****g 的大作中提到】 : 这个文章不错嘛?重复的是我老10年前的论调罢了。 : C++是上个10年没落的,不是下个10年要没落的。 : 当然,cobol程序员仍然工资很高,所以C++大牛们 : 不用担心。
|
w***g 发帖数: 5958 | 10 但是以后嵌入式==arm==android了。要不你给举几个例子看看?
【在 F********g 的大作中提到】 : Who told you that? Mobile apps != 嵌入式
|
|
|
J*****n 发帖数: 4859 | |
h**i 发帖数: 712 | 12 你说的是移动应用,嵌入式的范围大多了。
【在 w***g 的大作中提到】 : 但是以后嵌入式==arm==android了。要不你给举几个例子看看?
|
N*****m 发帖数: 42603 | 13 分特,根本不是一码事
【在 w***g 的大作中提到】 : 但是以后嵌入式==arm==android了。要不你给举几个例子看看?
|
F********g 发帖数: 475 | 14 ANDROID的KERNEL都是C。UI开发平台用JAVA。
FIRMWARE 99%用C写。
【在 w***g 的大作中提到】 : 但是以后嵌入式==arm==android了。要不你给举几个例子看看?
|
F********g 发帖数: 475 | 15 他这嵌入市==ARM就更搞了。现在多是FPGA做CUSTOM器件。除非换代周期超短的。
【在 N*****m 的大作中提到】 : 分特,根本不是一码事
|
g*****g 发帖数: 34805 | 16 他说的不对,但是symbian,WM,BREW平台被iOS和Android取代是不争的事实。
大量C++程序员转向Objective C和Java。我们公司是做移动应用的,原来
客户端招得都是C++程序员,这两年大部分人都改Java了。
kernel啥的继续用C是没错,但kernel的活毕竟少。
【在 F********g 的大作中提到】 : 他这嵌入市==ARM就更搞了。现在多是FPGA做CUSTOM器件。除非换代周期超短的。
|
F********g 发帖数: 475 | 17 我说的是底层开发,你说的是应用开发。
纠正的是他嵌入市的概念问题。需要跑OS的只是很小一部分。
扯远了。
【在 g*****g 的大作中提到】 : 他说的不对,但是symbian,WM,BREW平台被iOS和Android取代是不争的事实。 : 大量C++程序员转向Objective C和Java。我们公司是做移动应用的,原来 : 客户端招得都是C++程序员,这两年大部分人都改Java了。 : kernel啥的继续用C是没错,但kernel的活毕竟少。
|
w***g 发帖数: 5958 | 18 我这个等号确实不对。不过需要用高级语言编程序的嵌入式芯片如果按市面上的设备个
数算的话arm占绝对优势吧。FPGA做的东西要编程的话也是编驱动程序吧,一个设备编一
次就可以了吧。
我随便搜了一个图来support我的观点,下面这个链接的倒数第二个图。
http://www.linuxfordevices.com/c/a/Linux-For-Devices-Articles/S
e-embedded-Linux-market-April-2007/
07年的时候ARM就跟x86各占3/1天下了。
【在 F********g 的大作中提到】 : 他这嵌入市==ARM就更搞了。现在多是FPGA做CUSTOM器件。除非换代周期超短的。
|
F********g 发帖数: 475 | 19 你说的是跑LINUX的.
需要跑OS的嵌入式设备只是一小部分。跑LINUX的又是里面的一小小部分。 |
t**r 发帖数: 3428 | 20 我个人认为:C的地位 至少50年之内还是稳步提升 有LINUX,UNIX,,C永远没落不了
但是C++确实感觉力不从心了。
作为C++程序员感觉确实有点捉襟见肘。C++开发上真的没优势。
速度上 跟JAVA其实差不多。
更多基于JVM的语言正在完全改变程序语言的江山格局。加上后起之秀PYTHON和RUBY。
C++的领地会越来越小。 |
|
|
L***n 发帖数: 6727 | 21 至少MS自己的office和windows大部分还是C++写的, visual studio.net好像也是
c++写的吧,还有photoshop啥的,台式机上有名的应用软件还是C++写的多
【在 t**r 的大作中提到】 : 我个人认为:C的地位 至少50年之内还是稳步提升 有LINUX,UNIX,,C永远没落不了 : 但是C++确实感觉力不从心了。 : 作为C++程序员感觉确实有点捉襟见肘。C++开发上真的没优势。 : 速度上 跟JAVA其实差不多。 : 更多基于JVM的语言正在完全改变程序语言的江山格局。加上后起之秀PYTHON和RUBY。 : C++的领地会越来越小。
|
n******t 发帖数: 4406 | 22 你又high了。
【在 g*****g 的大作中提到】 : 这个文章不错嘛?重复的是我老10年前的论调罢了。 : C++是上个10年没落的,不是下个10年要没落的。 : 当然,cobol程序员仍然工资很高,所以C++大牛们 : 不用担心。
|
n******t 发帖数: 4406 | 23 C++把自己给崔太肥了。。少加点没用的功能就好了。
还有,C++书出太多也是问题。
【在 t**r 的大作中提到】 : 我个人认为:C的地位 至少50年之内还是稳步提升 有LINUX,UNIX,,C永远没落不了 : 但是C++确实感觉力不从心了。 : 作为C++程序员感觉确实有点捉襟见肘。C++开发上真的没优势。 : 速度上 跟JAVA其实差不多。 : 更多基于JVM的语言正在完全改变程序语言的江山格局。加上后起之秀PYTHON和RUBY。 : C++的领地会越来越小。
|
g*****g 发帖数: 34805 | 24 连MS都极力转向C#了,从.net到metro,C++被边缘化。
【在 L***n 的大作中提到】 : 至少MS自己的office和windows大部分还是C++写的, visual studio.net好像也是 : c++写的吧,还有photoshop啥的,台式机上有名的应用软件还是C++写的多
|
C***y 发帖数: 2546 | 25 那是应用层
大部分核心程序都是C++的
【在 g*****g 的大作中提到】 : 连MS都极力转向C#了,从.net到metro,C++被边缘化。
|
g*****g 发帖数: 34805 | 26 底层开发的总是少数,还要跟C竞争。我老从没说过C++工作会灭绝,
只说是趋势在减少而已。
【在 C***y 的大作中提到】 : 那是应用层 : 大部分核心程序都是C++的
|
C***y 发帖数: 2546 | 27 这点的确是
【在 g*****g 的大作中提到】 : 底层开发的总是少数,还要跟C竞争。我老从没说过C++工作会灭绝, : 只说是趋势在减少而已。
|
L***n 发帖数: 6727 | 28 我觉得现在选择多,很多应用不一定只用一种语言,一些部分用c++
一些部分用.net,以前C/C++一桶天下的局面肯定不再有了
【在 C***y 的大作中提到】 : 这点的确是
|
s***o 发帖数: 2191 | 29 说反了吧?windows div的一群人正想方设法把C#往边上赶把C++往道上拉,至于能不能
得逞,反正我觉着悬
【在 g*****g 的大作中提到】 : 连MS都极力转向C#了,从.net到metro,C++被边缘化。
|
D*******a 发帖数: 3688 | 30 i think sinofsky just hates anything that comes out from STB
my NTDEV friend uses notepad and windbg...
【在 s***o 的大作中提到】 : 说反了吧?windows div的一群人正想方设法把C#往边上赶把C++往道上拉,至于能不能 : 得逞,反正我觉着悬
|
|
|
L***n 发帖数: 6727 | 31 起码整个好点的编辑器啊...
【在 D*******a 的大作中提到】 : i think sinofsky just hates anything that comes out from STB : my NTDEV friend uses notepad and windbg...
|
D*******a 发帖数: 3688 | 32 maybe source insight
【在 L***n 的大作中提到】 : 起码整个好点的编辑器啊...
|
g*****g 发帖数: 34805 | 33 C#在开发效率上比C++强太多,这是语言本身的属性,不是一个公司
内部斗争能改变的。而且微软毕竟只是一个公司而已。
【在 s***o 的大作中提到】 : 说反了吧?windows div的一群人正想方设法把C#往边上赶把C++往道上拉,至于能不能 : 得逞,反正我觉着悬
|
m****t 发帖数: 555 | 34 这个回复比较靠谱。
36楼 blueboy2000 2012-02-02 10:27发表 [回复]
这篇文章简直是胡说八道。
C++/C java/C# 动态语言/脚本语言 是不同的工具,服务于不同目的的软件系统。
C++/C 是精工细作的螺丝刀,要细致的控制每一个细节。很适合硬件相关,操作系
统底层相关,对算法性能要求高,多媒体音视频,图形处理等环节。做这些系统就只能
用c++/c
java /c#就好像是 积木,七巧板,失去了一些灵活性,性能,但是统一了一些开
发模型,可以很快的搭建业务系统,尤其是针对web的业务系统。你用C++/c去做一个
web的业务系统,那是要累死的。做大型机上面的银行,证券的业务后台,用C++也会累
死的。
动态脚本语言,就像是胶水,可以粘合各种东西,粘合java/c#的积木组件,粘合c
++/c的各种零件。但是没有这些积木和零件,动态语言啥都不是。但是很适合快速的完
成一些重复性的工作任务,当然现在很多WebUI也必须用js。
这些开发语言大家都要学。只是精通深度有所侧重最好了! |
m****t 发帖数: 555 | 35 回复MagiSu:不能同意更多。新标准的出台,微软/GNU对新标准的快速跟进,会让C++
以前所未有的速度进入商业应用。
在博主等人更关心编码效率和高级模型的时候,C++新标准中,右值引用、常量表达式
等新特性的引入,表明了C++一如既往对程序运行效率的执着追求。匿名函数、标准线
程库、不定数量模版等特性的引入,又在踏踏实实一步一个脚印提高程序开发效率。
C++标准更新的速度确实比较慢,这让它错过了好多编程中时髦的新技术。但我是这么
看,这样的慢速度,也提供给C++一个沉淀的时间,只有那些被事实证明普遍需要的新
技术,才被加入到C++标准中。这是一个劣势,也是一个优势。 |
s*********t 发帖数: 1663 | 36 看到java/c#后长舒一口气
【在 t**r 的大作中提到】 : http://blog.csdn.net/lanphaday/article/details/7223385 : 这篇文章有人看过么 : 在中文IT圈很火 : 我工作经验不错。我们公司只有底层几个库是C++了 : 大家如何看?
|
g*****g 发帖数: 34805 | 37 程序的单机运行效率随着硬件的进步越来越不重要,连手机都4核了,
这正是C++在应用层开发里没落的原因。
【在 m****t 的大作中提到】 : 回复MagiSu:不能同意更多。新标准的出台,微软/GNU对新标准的快速跟进,会让C++ : 以前所未有的速度进入商业应用。 : 在博主等人更关心编码效率和高级模型的时候,C++新标准中,右值引用、常量表达式 : 等新特性的引入,表明了C++一如既往对程序运行效率的执着追求。匿名函数、标准线 : 程库、不定数量模版等特性的引入,又在踏踏实实一步一个脚印提高程序开发效率。 : C++标准更新的速度确实比较慢,这让它错过了好多编程中时髦的新技术。但我是这么 : 看,这样的慢速度,也提供给C++一个沉淀的时间,只有那些被事实证明普遍需要的新 : 技术,才被加入到C++标准中。这是一个劣势,也是一个优势。
|
p*********t 发帖数: 2690 | 38 c++是学习了java的oop,但是java的multi-thread programming怎么就学不到涅?
【在 t**r 的大作中提到】 : http://blog.csdn.net/lanphaday/article/details/7223385 : 这篇文章有人看过么 : 在中文IT圈很火 : 我工作经验不错。我们公司只有底层几个库是C++了 : 大家如何看?
|
S**I 发帖数: 15689 | 39 C++有OOP的时候Java还没问世呢;至于multi-thread,没听说过POSIX?
【在 p*********t 的大作中提到】 : c++是学习了java的oop,但是java的multi-thread programming怎么就学不到涅?
|
D*******a 发帖数: 3688 | 40 posix毕竟是os给的api,不是语言或者类库本身的东西。c++0x好像有std::threads。
【在 S**I 的大作中提到】 : C++有OOP的时候Java还没问世呢;至于multi-thread,没听说过POSIX?
|
|
|
p*********t 发帖数: 2690 | 41 en,c++和java都是oop的。java后出现。
不过,c/c++不是multi-thread的语言,而是single-threaded languages. java是
multi-threaded language。
Other criticisms stem from what is missing from C++, such as a lack of "
native" multithreading facilities—a feature present in some other languages
, including Ada, C#, and Java (see Lock). The current C++11 standard
addresses this issue by adding direct support for concurrency to the
language, but at present this is only possible by using operating system
calls or third party libraries.
【在 S**I 的大作中提到】 : C++有OOP的时候Java还没问世呢;至于multi-thread,没听说过POSIX?
|
D*******a 发帖数: 3688 | 42 关键是java,c#都是在虚拟机上弄的,所以爱怎么都行
languages
【在 p*********t 的大作中提到】 : en,c++和java都是oop的。java后出现。 : 不过,c/c++不是multi-thread的语言,而是single-threaded languages. java是 : multi-threaded language。 : Other criticisms stem from what is missing from C++, such as a lack of " : native" multithreading facilities—a feature present in some other languages : , including Ada, C#, and Java (see Lock). The current C++11 standard : addresses this issue by adding direct support for concurrency to the : language, but at present this is only possible by using operating system : calls or third party libraries.
|
s**********g 发帖数: 139 | 43 True. With C++11, it does feel like a new language and very promising with
backward compatibility. The only question is when it will be fully supported
by the compilers.
【在 m****t 的大作中提到】 : 回复MagiSu:不能同意更多。新标准的出台,微软/GNU对新标准的快速跟进,会让C++ : 以前所未有的速度进入商业应用。 : 在博主等人更关心编码效率和高级模型的时候,C++新标准中,右值引用、常量表达式 : 等新特性的引入,表明了C++一如既往对程序运行效率的执着追求。匿名函数、标准线 : 程库、不定数量模版等特性的引入,又在踏踏实实一步一个脚印提高程序开发效率。 : C++标准更新的速度确实比较慢,这让它错过了好多编程中时髦的新技术。但我是这么 : 看,这样的慢速度,也提供给C++一个沉淀的时间,只有那些被事实证明普遍需要的新 : 技术,才被加入到C++标准中。这是一个劣势,也是一个优势。
|
t****t 发帖数: 6806 | 44 most features are already in gcc... with a few pieces missing here are there
, of course, notably: inheriting ctor, attributes, alignment, and (most
important) a big trunk of concurrency. atomic, thread, mutex all work though
. TLS is already supported with extension, but probably not perfect, i have
very little experience.
supported
【在 s**********g 的大作中提到】 : True. With C++11, it does feel like a new language and very promising with : backward compatibility. The only question is when it will be fully supported : by the compilers.
|