|
锁定老贴子 主题:c++人员为什么要寄生在java社群
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2007-09-03
>> 作为应用层的话,问题更大。学习曲线高,开发效率低,Debug困难,大部分精力在解决处理业务之外的问题。
>> 而C++新出的类库似乎把目标放在了上层开发,比如BOOST。大量提供了仿函数,SOLT/SIGNAL,异步IO模型上面。 >> 但是这些东西使用起来依旧非常困难,带来的性能开销也不小。 只有学习曲线高是确实的,其余观点本人不敢苟同。 现代C++就是以代码简洁直观著称的,只要掌握了C++设计思想,再辅以好的Library/Framework,开发效率怎么会低呢?你用C#或者Java开发一个语法分析程序能比用Boost.Spirit更快捷吗?至于Debug困难也不知从何说起,Visual Studio不用说吧,和C#、VB一样的调试方法,开源MingW也有个类似的MingW Developer Studio支持直接在集成开发环境内调试。再说高层Library,Boost.Signal要是还不如C#的delegate/event方便和容易理解那真是见鬼了,不用说两者功能上的差距也有天壤之别。还有Boost.Asio,你说说它跟.net或Java的Socket函数比起来不方便在哪? >> 至于C++标准混乱是有目共睹的,如果没意识到的话,那只能说你还只会最基本层面的运用。 >> C++标准中有大量未定义的部分。比如const_cast一个native的常量,结果会怎么样。wchar_t的大小。 >> 并且各个编译器及标准库的实现差异极大。比如locale的实现,实在是五花八门,对外的表现也完全不同。 >> 而GCC-MingW3.4竟然无法支持wfstream。 >> 而什么时候必须要使用typename就更灵异了。 净是一些偏门的东西,我倒不知道你是作什么开发了。“native的常量”是个什么东西?wchar_t的大小对你有什么影响?wfstream不是标准的一部分也不常用(有些编译器自带了它或者另外一些非标准的库有什么关系,要移植用STLPort不就得了),一些编译器处理typename可能与标准有出入,但你怎么能用某个特定的编译器存在Bug或者没有实现某个标准当中没有规定要实现的东西来评价“C++标准混乱”呢? |
|
| 返回顶楼 | |
|
最后更新时间:2007-09-03
国内研究cpp的我不知道,c的话去cu那里人气还是蛮足的。
其实看看那些大公司的要求,比如intel research scientist,一水的要求c/c++,还是可以看出它的内容和价值的。 |
|
| 返回顶楼 | |
|
最后更新时间:2007-09-04
systembug 写道 各种语言就好比是不同的兵器,就算你有倚天剑、屠龙刀,没有内力也是发挥不了它的威力,还是要先修炼好内力。
大多数人还是已比较好学的兵器开始,总不能先学跑在学走。Java设计支出就是要降低学习曲线,至于什么地方应用那就是需求问题,这个不是有程序员最终决定的。 就像少傲江湖里的华山派分剑宗和气宗。你说哪派好?我说两派都好,这还要看学习者的性格。 数据结构、算法、设计模式这些基本内功是应该要学,但它们往往被某些“气宗”的人吹得太高了,整天说要修练好内功才能有多厉害的。但能一开始就闭关练功10、20年内功而不去行走江湖的有多少人。 就我觉得学习的过程是跌代的 1。学习基础内功(数据结构,算法或模式只要了解个大概就行了) 2。学习招式(选一个语言或一个框架) 3。闯荡江湖(做做小程序,小项目) 然后1,2,3不断循环,层次不断上升。 而不是不少人所说的 1。练好内功(层次要很高) 2。闯荡江湖 3。招式是小意思,我15分钟就学会VB了,半天就把hibernate吃透,谁叫我内功深 |
|
| 返回顶楼 | |
|
最后更新时间:2007-09-04
最近有客户需要用.net2.0开发 B/S结构的工作流系统,各位达人能给点意见么~对于.net我还没看过。
|
|
| 返回顶楼 | |
|
最后更新时间:2007-09-12
问题是不闭关能练成内功吗?
人在江湖漂,很容易走上只学招式再也不练内功的道路。回过头来闭关的能有几人?世上真有独孤九剑吗? 闭关10年确实很难做到,但是读大学时闭关4年,内功略有小成却是不难。 名门正派和跑江湖卖艺的区别在哪里?不就是练不练内功的区别吗?招式练得再熟不过是个卖油翁。能由外而内的不是天赋异秉就是有奇遇。 而且我认为所谓的内功并不是指数据结构,算法或模式这些东西。这些应该算高级的招式,也就是降龙十八掌之类的高级功法。 内功是思维能力,抽象能力。我们从小到大学数学练的不就是这个吗?我记得有一篇说数学和编程的关系的妙文。学数学就好比背着一口袋盐巴练跑步。要的是变粗的大腿,而不是背上的盐巴。 |
|
| 返回顶楼 | |
|
最后更新时间:2007-09-12
bigpanda 写道 我现在已经超脱语言之争了,天下利器,当用之随心所欲。
Assembler C/C++, Java, C# Lisp/Scheme, JavaScript, Perl, Python, Ruby, ML, Ocaml, Haskell, Erlang 持怀疑态度,为了跟进所有语言和语言相关延伸技术,你要花费多少时间?如果仅仅是语言语法本身,聊胜于无,在JavaEye中我想全OK的未必多,但是小掌握个三,五种应该大有人在~~, 就以C/C++、Java、Ruby三种来说,如果全Assemble,你一天、或者一周的学习充电的时间和项目开发的时间,能否合理安排就是个大问题~~或者可以说出来借鉴一下,我现在有些疲惫的感觉。。。 Struts大行其道的时候,鼓吹Webwork,等二者双剑合璧了,又希望大家对JSF和EJB3.0进行评估,最近又发现Tapestry5和Wicket或许也是不错的Idea?或者更激进一点使用Rails?互联网组的弟兄们抱怨的情绪有些开始表面化了。。。。。选择真是让人痛苦~~我很痛苦,所以发两句牢骚~ |
|
| 返回顶楼 | |
|
最后更新时间:2007-09-12
to wdx04
你去数数现行C++标准中有多少unspecified和implementation specified的地方吧。 C++开发效率低这点需要讨论吗?能举出几个语言开发效率比C++还低? |
|
| 返回顶楼 | |
|
最后更新时间:2007-09-19
引用 我现在已经超脱语言之争了,天下利器,当用之随心所欲。
Assembler C/C++, Java, C# Lisp/Scheme, JavaScript, Perl, Python, Ruby, ML, Ocaml, Haskell, Erlang 什么都做,呵呵,不知道那个能做到精通?如果全能做到精通,那无话可说了! |
|
| 返回顶楼 | |
|
最后更新时间:2007-09-19
引用 持怀疑态度,为了跟进所有语言和语言相关延伸技术,你要花费多少时间?如果仅仅是语言语法本身,聊胜于无,在JavaEye中我想全OK的未必多,但是小掌握个三,五种应该大有人在~~,
就以C/C++、Java、Ruby三种来说,如果全Assemble,你一天、或者一周的学习充电的时间和项目开发的时间,能否合理安排就是个大问题~~或者可以说出来借鉴一下,我现在有些疲惫的感觉。。。 Struts大行其道的时候,鼓吹Webwork,等二者双剑合璧了,又希望大家对JSF和EJB3.0进行评估,最近又发现Tapestry5和Wicket或许也是不错的Idea?或者更激进一点使用Rails?互联网组的弟兄们抱怨的情绪有些开始表面化了。。。。。选择真是让人痛苦~~我很痛苦,所以发两句牢骚~ 选择太多就是一种痛苦,所以现在就懒的选择了,对java这些乱七八糟的东西(所谓的框架),越来越来反感,看了某某框架出现说能解决什么什么问题之类的说法,现在就觉的恶心。 |
|
| 返回顶楼 | |
|
最后更新时间:2007-09-20
我现在用
Python, C++, PHP and C# C++倒是越用越觉得顺手了 希望以后能找些大些的项目来锻炼锻炼 |
|
| 返回顶楼 | |







