b**********o
发帖数: 112 | 1 想了很久了，一直没有行动。
好吧，开此贴为据。
以后还请版上的各位师傅多指教～ |
z****e
发帖数: 2024 | 2 这样的mm不多见啊，看来各位师傅是应该爱才一下了。
我先顶！！！
【在 b**********o 的大作中提到】
: 想了很久了，一直没有行动。
: 好吧，开此贴为据。
: 以后还请版上的各位师傅多指教～
|
b**********o
发帖数: 112 | 3 谢谢 ^_^
【在 z****e 的大作中提到】
: 这样的mm不多见啊，看来各位师傅是应该爱才一下了。
: 我先顶！！！
|
a***y
发帖数: 2803 | 4 c++学起来比较困难,class里面的constructor,destructor,copy constructor,
assignment operator,shadowing,inheritance能把人搞疯.
【在 b**********o 的大作中提到】
: 想了很久了，一直没有行动。
: 好吧，开此贴为据。
: 以后还请版上的各位师傅多指教～
|
c*****e
发帖数: 3226 | 5 浪费生命。听我一句劝： 学erlang半年 秒杀学c++学8年的 in terms of reliability
and large scale distributed.
【在 b**********o 的大作中提到】
: 想了很久了，一直没有行动。
: 好吧，开此贴为据。
: 以后还请版上的各位师傅多指教～
|
r*********r
发帖数: 3195 | 6 废话少讲. 强烈推荐 C++ 入门书 accelerated c++. 这本书是 best of best. |
N********n
发帖数: 8363 | 7 C++ is gone. Don't waste your time.
【在 b**********o 的大作中提到】
: 想了很久了，一直没有行动。
: 好吧，开此贴为据。
: 以后还请版上的各位师傅多指教～
|
M**u
发帖数: 10158 | 8 学学也好，不过单纯学C++可能没什么用
【在 b**********o 的大作中提到】
: 想了很久了，一直没有行动。
: 好吧，开此贴为据。
: 以后还请版上的各位师傅多指教～
|
b**********o
发帖数: 112 | 9 erlang我没听说过呢，用的人多么？
reliability
【在 c*****e 的大作中提到】
: 浪费生命。听我一句劝： 学erlang半年 秒杀学c++学8年的 in terms of reliability
: and large scale distributed.
|
b**********o
发帖数: 112 | 10 谢谢师傅！^_^
【在 r*********r 的大作中提到】
: 废话少讲. 强烈推荐 C++ 入门书 accelerated c++. 这本书是 best of best.
|
|
|
b**********o
发帖数: 112 | 11 想改变一下大脑结构，哈哈。
【在 M**u 的大作中提到】
: 学学也好，不过单纯学C++可能没什么用
|
M**u
发帖数: 10158 | 12 看出来了。。。
【在 b**********o 的大作中提到】
: 想改变一下大脑结构，哈哈。
|
g*****g
发帖数: 34805 | 13 学erlang还不如学Scala
reliability
【在 c*****e 的大作中提到】
: 浪费生命。听我一句劝： 学erlang半年 秒杀学c++学8年的 in terms of reliability
: and large scale distributed.
|
c*****e
发帖数: 3226 | 14 http://tinyurl.com/3dzltse
erlang vs scalar
【在 g*****g 的大作中提到】
: 学erlang还不如学Scala
:
: reliability
|
g*****g
发帖数: 34805 | 15 Good article, you can also take a look at this one.
http://www.infoq.com/news/2008/06/scala-vs-erlang
I think it has an unbiased conclusion. At the end of the day though,
I think Scala's access to Java libraries, and less steep learning
curve makes it more attractive for Java developers that are widely available.
[Snippet]
Both Scala and Erlang are languages that target the multi-core crises. They
come from different background and eras and thereby approach some problems
differently, but in many ways they have more in common than they differ, at
least when it comes to the concurrency issues.
Erlang has been around for a couple of decades, and has proved itself in
many critical real-world systems. One of it’s drawbacks is that it is a bit
of an island and the recent polygot programming trend is not likely to
affect Erlang community that much.
Scala on the other hand is the new kid on the block for the same type of
applications. There are real world applications just coming out the door,
and there are companies that are betting their future on it. Scala’s
biggest advantage compared to Erlang is that is runs on the JVM and can use
all existing Java code, frameworks and many of the tools. That said, that
power comes with great responsibility, since most Java code don’t
automatically fit well the Scala’s Actor model.
Both languages offer similar ways to solve a increasingly pressing problem
that mainstream languages don’t help developers with very well. Hopefully
you have a slightly better insight about which language to take a closer
look at for your particular situation after reading this debate summary.
【在 c*****e 的大作中提到】
: http://tinyurl.com/3dzltse
: erlang vs scalar
|
r********n
发帖数: 7441 | 16 Latest Programming Language Popularity
http://www.langpop.com/
erlang and s... are far behind c and c++
【在 N********n 的大作中提到】
: C++ is gone. Don't waste your time.
|
c*****e
发帖数: 3226 | 17 那是因为大多数人混饭吃，不需要考虑architect的问题，还有就是学校的教育体系侧
重于经典的语言。
【在 r********n 的大作中提到】
: Latest Programming Language Popularity
: http://www.langpop.com/
: erlang and s... are far behind c and c++
|
c*****e
发帖数: 3226 | 18 learning curve is far less important than reliability. learning curve 只是
对新手小萝卜有意义，对一个成熟的团队毫无意义。而且一个人也不会永远处于新手的
状态。
Erlang guarantees that race conditions won't happen because this data is
immutable. In Scala, though, you can send between actors pointers to mutable
objects. This is the classic recipe for race conditions, and it leaves you
just where you started: having to ensure synchronized access to shared
memory.
erlang 的distributed program and hot code swap非常经典非常简单，特别适合现在的云技术。
erlang语言没有被很好的推广主要原因事它起源于欧洲，ericson 就没有sun 推java的市场策略。
available.
They
at
【在 g*****g 的大作中提到】
: Good article, you can also take a look at this one.
: http://www.infoq.com/news/2008/06/scala-vs-erlang
: I think it has an unbiased conclusion. At the end of the day though,
: I think Scala's access to Java libraries, and less steep learning
: curve makes it more attractive for Java developers that are widely available.
: [Snippet]
: Both Scala and Erlang are languages that target the multi-core crises. They
: come from different background and eras and thereby approach some problems
: differently, but in many ways they have more in common than they differ, at
: least when it comes to the concurrency issues.
|
g*****g
发帖数: 34805 | 19 Of course learnging curve is critical. There's a reason Java gets popular
while Smalltalk remains a niche. Java's syntax looks like C/C++ and there
are bunch of C/C++ developers in 90s that can pick up Java quickly.
This immutable thing is wrong assessment on Scala. think about it
actor1 -> message(String, String....) -> actor2. How can this message
not immutable? Practically it's not an issue on Scala, you just need
to know what you are doing.
Erlang has been there for decades, it's not popular and it never will.
And I can't emphasize enough the importance of libraries. Scala has
natural access to Java libraries, that makes it practical as a general
pupose language. Erlang does not. Scala is new and has been adopted by
hot chick like Twitter. Erlang has no killer application. That's why
Scala overtakes Erlang in no time and will not look back, check the
trend below.
http://www.indeed.com/jobtrends?q=erlang%2C+scala&l=
mutable
you
在的云技术。
的市场策略。
【在 c*****e 的大作中提到】
: learning curve is far less important than reliability. learning curve 只是
: 对新手小萝卜有意义，对一个成熟的团队毫无意义。而且一个人也不会永远处于新手的
: 状态。
: Erlang guarantees that race conditions won't happen because this data is
: immutable. In Scala, though, you can send between actors pointers to mutable
: objects. This is the classic recipe for race conditions, and it leaves you
: just where you started: having to ensure synchronized access to shared
: memory.
: erlang 的distributed program and hot code swap非常经典非常简单，特别适合现在的云技术。
: erlang语言没有被很好的推广主要原因事它起源于欧洲，ericson 就没有sun 推java的市场策略。
|
c*****e
发帖数: 3226 | 20 你用jobtrends来衡量语言，我也无话可说了。
【在 g*****g 的大作中提到】
: Of course learnging curve is critical. There's a reason Java gets popular
: while Smalltalk remains a niche. Java's syntax looks like C/C++ and there
: are bunch of C/C++ developers in 90s that can pick up Java quickly.
: This immutable thing is wrong assessment on Scala. think about it
: actor1 -> message(String, String....) -> actor2. How can this message
: not immutable? Practically it's not an issue on Scala, you just need
: to know what you are doing.
: Erlang has been there for decades, it's not popular and it never will.
: And I can't emphasize enough the importance of libraries. Scala has
: natural access to Java libraries, that makes it practical as a general
|
|
|
g*****g
发帖数: 34805 | 21 ft, 我觉得jobtrends来衡量语言是最合适的。语言是用来
工作的，不是用来欣赏的。
【在 c*****e 的大作中提到】
: 你用jobtrends来衡量语言，我也无话可说了。
|
g**e
发帖数: 6127 | 22 说的好
【在 g*****g 的大作中提到】
: ft, 我觉得jobtrends来衡量语言是最合适的。语言是用来
: 工作的，不是用来欣赏的。
|
h*i
发帖数: 3446 | 23 Scala to Java is like C++ to C: a lot of stuff bolted onto an old thing. No
need to waste life on such things. I want to get things done, rather than
learning more stupid syntax.
【在 g*****g 的大作中提到】
: Of course learnging curve is critical. There's a reason Java gets popular
: while Smalltalk remains a niche. Java's syntax looks like C/C++ and there
: are bunch of C/C++ developers in 90s that can pick up Java quickly.
: This immutable thing is wrong assessment on Scala. think about it
: actor1 -> message(String, String....) -> actor2. How can this message
: not immutable? Practically it's not an issue on Scala, you just need
: to know what you are doing.
: Erlang has been there for decades, it's not popular and it never will.
: And I can't emphasize enough the importance of libraries. Scala has
: natural access to Java libraries, that makes it practical as a general
|
h*i
发帖数: 3446 | 24 If that's true, we should still all be using COBOL today.
【在 g*****g 的大作中提到】
: ft, 我觉得jobtrends来衡量语言是最合适的。语言是用来
: 工作的，不是用来欣赏的。
|
s**********o
发帖数: 197 | 25 最近正找java的工作，感觉99%的java工作都不局限于java syntax。学java只懂syntax
就跟学文学的只懂打字一样。
No
【在 h*i 的大作中提到】
: Scala to Java is like C++ to C: a lot of stuff bolted onto an old thing. No
: need to waste life on such things. I want to get things done, rather than
: learning more stupid syntax.
|
g*****g
发帖数: 34805 | 26 actor model is what makes Scala scalable, like erlang. There's a
reason websites like twitter using it.
I've said many times, company backing, killer application is
what makes a language growing.
No
【在 h*i 的大作中提到】
: Scala to Java is like C++ to C: a lot of stuff bolted onto an old thing. No
: need to waste life on such things. I want to get things done, rather than
: learning more stupid syntax.
|
g*****g
发帖数: 34805 | 27 Don't understand what you are trying to make here.
Cobol jobs ain't exactly growing.
【在 h*i 的大作中提到】
: If that's true, we should still all be using COBOL today.
|
h*i
发帖数: 3446 | 28 The point is that there was a time when cobol is the only game in town: most
programming jobs are in cobol. If what you said is true, then cobol should
have kept that forever.
【在 g*****g 的大作中提到】
: Don't understand what you are trying to make here.
: Cobol jobs ain't exactly growing.
|
h*i
发帖数: 3446 | 29 Which company is backing scala exactly?
Was C company backed? It seems to me that your only data point is Java.
【在 g*****g 的大作中提到】
: actor model is what makes Scala scalable, like erlang. There's a
: reason websites like twitter using it.
: I've said many times, company backing, killer application is
: what makes a language growing.
:
: No
|
g*****g
发帖数: 34805 | 30 http://typesafe.com/company
Typesafe, it may be small now, but it attracts a lot of interest
in the community. If you ever check the history of jboss, spring,
hibernate. You see the same path.
C is totally different. There's no competition to C. C will be
the one on system programming for at least another decade.
【在 h*i 的大作中提到】
: Which company is backing scala exactly?
: Was C company backed? It seems to me that your only data point is Java.
|
|
|
g*****g
发帖数: 34805 | 31 The point is cobol is on mainframe, and mainframe is replaced by
cluster nowadays. And C++ isn't the language of choice on cluster.
And now C++ main strength is on single CPU, and this single CPU
is more than adequate for most applications already, it shouldn't
be hard to see why C++ isn't getting any momentum.
most
should
【在 h*i 的大作中提到】
: The point is that there was a time when cobol is the only game in town: most
: programming jobs are in cobol. If what you said is true, then cobol should
: have kept that forever.
|
h*i
发帖数: 3446 | 32 come on, typesafe is not company backing, typesafe is scala people
themselves.
【在 g*****g 的大作中提到】
: http://typesafe.com/company
: Typesafe, it may be small now, but it attracts a lot of interest
: in the community. If you ever check the history of jboss, spring,
: hibernate. You see the same path.
: C is totally different. There's no competition to C. C will be
: the one on system programming for at least another decade.
|
P*******7
发帖数: 55 | 33 erlang is functional language and not good for a beginner. My company used
erlang for two years and finally decided to switch to c++.
【在 b**********o 的大作中提到】
: erlang我没听说过呢，用的人多么？
:
: reliability
|
e*****r
发帖数: 379 | 34 ding!
DON'T FORGET to learn standard native C++, C++0x. cpp/cxx |
O*******d
发帖数: 20343 | 35 Windows桌面应用软件很多都是用C++写的。 用C#写的也很多。 几乎没有用Java写的。
一般对速度有要求的软件，用C写的比较多。 |
g*****g
发帖数: 34805 | 36 Java写的还是有一些的，特别多见于跨平台应用。比如Oracle SQL Developer，
Netbeans, SmartCVS, Azureus，当然跟基于.net的是没法比。
http://wiki.java.net/bin/view/Javapedia/Applications
【在 O*******d 的大作中提到】
: Windows桌面应用软件很多都是用C++写的。 用C#写的也很多。 几乎没有用Java写的。
: 一般对速度有要求的软件，用C写的比较多。
|
r****y
发帖数: 26819 | 37 我也觉得用到java写的其实挺多的，db visual啊，matlab啊
【在 g*****g 的大作中提到】
: Java写的还是有一些的，特别多见于跨平台应用。比如Oracle SQL Developer，
: Netbeans, SmartCVS, Azureus，当然跟基于.net的是没法比。
: http://wiki.java.net/bin/view/Javapedia/Applications
|
l********a
发帖数: 1154 | |
g*****e
发帖数: 172 | 39 发现俺已经习惯并喜欢上了perl.
【在 l********a 的大作中提到】
: 严重推荐python
|
j********x
发帖数: 2330 | 40 re
【在 r*********r 的大作中提到】
: 废话少讲. 强烈推荐 C++ 入门书 accelerated c++. 这本书是 best of best.
|
|
|
qt
发帖数: 9432 | 41 what will be the best language for scientific computing in future? |
M**u
发帖数: 10158 | 42 C
【在 qt 的大作中提到】
: what will be the best language for scientific computing in future?
|
a***y
发帖数: 2803 | 43 c用于科学计算有点怪.比如int a= 7/5 在c里面a就是1.这点不喜欢.
【在 qt 的大作中提到】
: what will be the best language for scientific computing in future?
|
t*****n
发帖数: 4908 | 44 php/python都没这个烦恼。可是速度哪？老实用C++吧。
【在 a***y 的大作中提到】
: c用于科学计算有点怪.比如int a= 7/5 在c里面a就是1.这点不喜欢.
|
M*P
发帖数: 6456 | 45 有进展了么？
【在 b**********o 的大作中提到】
: 想了很久了，一直没有行动。
: 好吧，开此贴为据。
: 以后还请版上的各位师傅多指教～
|
b******n
发帖数: 592 | 46 Python had the same problem..not any more
【在 t*****n 的大作中提到】
: php/python都没这个烦恼。可是速度哪？老实用C++吧。
|
a*********g
发帖数: 8087 | |
n*******e
发帖数: 62 | 48 no, Use Fortress, it is way better!
【在 a*********g 的大作中提到】
: 科学计算fortran啊，物理系的都知道
|
r*******n
发帖数: 3020 | 49 如果你喜欢perl，说不定你会很喜欢Ruby
【在 g*****e 的大作中提到】
: 发现俺已经习惯并喜欢上了perl.
|
E****d
发帖数: 146 | 50 谢谢，下单买了一本
【在 r*********r 的大作中提到】
: 废话少讲. 强烈推荐 C++ 入门书 accelerated c++. 这本书是 best of best.
|
|
|
j*****I
发帖数: 2626 | 51 这本书很贵啊。2000版的还卖到$35+. 值不值呀。
【在 E****d 的大作中提到】
: 谢谢，下单买了一本
|
t****t
发帖数: 6806 | 52 35块的书无论从哪个角度都谈不上贵吧. 要是让你买两百块的书你还不得上吊去.
【在 j*****I 的大作中提到】
: 这本书很贵啊。2000版的还卖到$35+. 值不值呀。
|
m*******l
发帖数: 12782 | 53 当初读书的时候教材没有比100块便宜的...
考,那还是多年前啊
【在 t****t 的大作中提到】
: 35块的书无论从哪个角度都谈不上贵吧. 要是让你买两百块的书你还不得上吊去.
|
c***z
发帖数: 6348 | |
d**********x
发帖数: 4083 | 55 不值，去看电子版吧。
【在 j*****I 的大作中提到】
: 这本书很贵啊。2000版的还卖到$35+. 值不值呀。
|
d**********x
发帖数: 4083 | 56 只是入门读物而已
看过两遍就可以扔的那种，贵了
【在 t****t 的大作中提到】
: 35块的书无论从哪个角度都谈不上贵吧. 要是让你买两百块的书你还不得上吊去.
|
t****t
发帖数: 6806 | 57 读书的人要对自己学习的速度有个了解, 有人读得快, 一遍就搞定, 有人读得慢, 入门
读物也有读好些年的. 照你这么说, 入门读物其实都没必要买对吧, 大家网上找找教程
就好了. 但是一本系统的书还是要比网上的教程强不少吧.
【在 d**********x 的大作中提到】
: 只是入门读物而已
: 看过两遍就可以扔的那种，贵了
|
d**********x
发帖数: 4083 | 58 我的意思是大家手头这么紧张，没必要花钱去买一本将来都不怎么用得上的书
这些书网上都有，虽然不怎么道德，但是从实用的角度讲，下载一本看看就好了。
【在 t****t 的大作中提到】
: 读书的人要对自己学习的速度有个了解, 有人读得快, 一遍就搞定, 有人读得慢, 入门
: 读物也有读好些年的. 照你这么说, 入门读物其实都没必要买对吧, 大家网上找找教程
: 就好了. 但是一本系统的书还是要比网上的教程强不少吧.
|
t****t
发帖数: 6806 | 59 要是网上有就网上看呗, 我倒是对这个没什么看法.
【在 d**********x 的大作中提到】
: 我的意思是大家手头这么紧张，没必要花钱去买一本将来都不怎么用得上的书
: 这些书网上都有，虽然不怎么道德，但是从实用的角度讲，下载一本看看就好了。
|
k******i
发帖数: 5774 | 60 thrust童鞋，我想搭车问问GP是不是OO，
感觉暂时用不上是不是可以不学？
O(∩_∩)O谢谢~
【在 t****t 的大作中提到】
: 要是网上有就网上看呗, 我倒是对这个没什么看法.
|
|
|
t*****n
发帖数: 4908 | 61 fortran已经基本完蛋了。没有任何出路。我维护过百万级的Fortran程序。每天看着比
自己还老的代码，没有注释，变量名不知所云，恶心只想吐。
【在 a*********g 的大作中提到】
: 科学计算fortran啊，物理系的都知道
|
t*****n
发帖数: 4908 | 62 我试一试。
GP和OO正好是两个不同的方向。OO强调树状结构，GP着重什么都能包含。个人觉得实际
编程中OO用的比GP多。GP需要知道如何使用，比如stl。
【在 k******i 的大作中提到】
: thrust童鞋，我想搭车问问GP是不是OO，
: 感觉暂时用不上是不是可以不学？
: O(∩_∩)O谢谢~
|
d**********x
发帖数: 4083 | 63 历史遗留问题搞死人。
【在 t*****n 的大作中提到】
: fortran已经基本完蛋了。没有任何出路。我维护过百万级的Fortran程序。每天看着比
: 自己还老的代码，没有注释，变量名不知所云，恶心只想吐。
|
d**********x
发帖数: 4083 | 64 其实 GP 是更高一层次的抽象
OO是将对象抽象成类型，而 GP 是将类型抽象成 Concept。
然而万恶的委员会在C++ 11出来之前，把 Concept 从标准中去掉了。
关于 GP 的开创性论述，可以参考 GP & STL 的前五章。
【在 t*****n 的大作中提到】
: 我试一试。
: GP和OO正好是两个不同的方向。OO强调树状结构，GP着重什么都能包含。个人觉得实际
: 编程中OO用的比GP多。GP需要知道如何使用，比如stl。
|
k******i
发帖数: 5774 | 65 啊？什么都包含？
那就糟糕了
我学OO，学什么Design Pattern不就是要decouple吗？
要是GP是走聚合的方向的话那我宁愿不学了
是不是我理解错了？
【在 t*****n 的大作中提到】
: 我试一试。
: GP和OO正好是两个不同的方向。OO强调树状结构，GP着重什么都能包含。个人觉得实际
: 编程中OO用的比GP多。GP需要知道如何使用，比如stl。
|
k******i
发帖数: 5774 | 66 直接坐飞机了，云里雾里
太抽象了，委员会的人也受不了？ ^_^
【在 d**********x 的大作中提到】
: 其实 GP 是更高一层次的抽象
: OO是将对象抽象成类型，而 GP 是将类型抽象成 Concept。
: 然而万恶的委员会在C++ 11出来之前，把 Concept 从标准中去掉了。
: 关于 GP 的开创性论述，可以参考 GP & STL 的前五章。
|
d**********x
发帖数: 4083 | 67 开始模式社区的人对于 gp 也有误解
这个。。以后你学多了，可以看看modern c++ design .
最近我正打算重新看这本书。。
实际
【在 k******i 的大作中提到】
: 啊？什么都包含？
: 那就糟糕了
: 我学OO，学什么Design Pattern不就是要decouple吗？
: 要是GP是走聚合的方向的话那我宁愿不学了
: 是不是我理解错了？
|
d**********x
发帖数: 4083 | 68 直白点，以前大家把一些动物抽象成哺乳动物
后来大家发现，哺乳动物眼睛和太阳、月亮、珍珠在形状颇有相似之处。于是抽象出了
“圆”这个概念。。。
【在 k******i 的大作中提到】
: 直接坐飞机了，云里雾里
: 太抽象了，委员会的人也受不了？ ^_^
|
t****t
发帖数: 6806 | 69 其实我是满喜欢GP的...好长一段时间都在linux上做, gcc对c++11实现得还算快. 结果
最近被迫在windows上做, 发现什么都不能用, 郁闷至死.
【在 d**********x 的大作中提到】
: 直白点，以前大家把一些动物抽象成哺乳动物
: 后来大家发现，哺乳动物眼睛和太阳、月亮、珍珠在形状颇有相似之处。于是抽象出了
: “圆”这个概念。。。
|
d**********x
发帖数: 4083 | 70 我一直只用最简单的
环境不允许。。。
【在 t****t 的大作中提到】
: 其实我是满喜欢GP的...好长一段时间都在linux上做, gcc对c++11实现得还算快. 结果
: 最近被迫在windows上做, 发现什么都不能用, 郁闷至死.
|
|
|
d***q
发帖数: 1119 | 71
vs2010 后应该对c++0x 支持不错。
【在 t****t 的大作中提到】
: 其实我是满喜欢GP的...好长一段时间都在linux上做, gcc对c++11实现得还算快. 结果
: 最近被迫在windows上做, 发现什么都不能用, 郁闷至死.
|
t****t
发帖数: 6806 | 72 差远了. vs2012(的beta)都差远了.
【在 d***q 的大作中提到】
:
: vs2010 后应该对c++0x 支持不错。
|
m*******l
发帖数: 12782 | 73 fortran 90以后引入很多现代概念,但是...
【在 d**********x 的大作中提到】
: 历史遗留问题搞死人。
|
m*******l
发帖数: 12782 | 74 我一直觉得GP, OO是互补的啊
【在 d**********x 的大作中提到】
: 其实 GP 是更高一层次的抽象
: OO是将对象抽象成类型，而 GP 是将类型抽象成 Concept。
: 然而万恶的委员会在C++ 11出来之前，把 Concept 从标准中去掉了。
: 关于 GP 的开创性论述，可以参考 GP & STL 的前五章。
|
m*******l
发帖数: 12782 | 75 错了
【在 k******i 的大作中提到】
: 啊？什么都包含？
: 那就糟糕了
: 我学OO，学什么Design Pattern不就是要decouple吗？
: 要是GP是走聚合的方向的话那我宁愿不学了
: 是不是我理解错了？
|
k******i
发帖数: 5774 | 76 那童鞋你来说说，让我有个正确的概念
学不学GP是另外一回事 :p
【在 m*******l 的大作中提到】
: 错了
|
n******t
发帖数: 4406 | 77 你要用C++11，基本上要用gcc 4.6-4.7以上吧．
【在 t****t 的大作中提到】
: 其实我是满喜欢GP的...好长一段时间都在linux上做, gcc对c++11实现得还算快. 结果
: 最近被迫在windows上做, 发现什么都不能用, 郁闷至死.
|
t****t
发帖数: 6806 | 78 4.4就可以了, 不过我确实用的4.6
variadic template绝对不能没有, 别的相对来说是小事情. 没有这个怎么capture
function signature? vc11还是没有这个. how difficult is it? gcc 4.3开始就支持
了.
【在 n******t 的大作中提到】
: 你要用C++11，基本上要用gcc 4.6-4.7以上吧．
|
a**e
发帖数: 5794 | 79 纸书比电子书实用。
【在 d**********x 的大作中提到】
: 我的意思是大家手头这么紧张，没必要花钱去买一本将来都不怎么用得上的书
: 这些书网上都有，虽然不怎么道德，但是从实用的角度讲，下载一本看看就好了。
|
d**********x
发帖数: 4083 | 80 所以好书要买纸的啊。
【在 a**e 的大作中提到】
: 纸书比电子书实用。
|
|
|
r****y
发帖数: 26819 | 81 这还得看是什么书。
以前的线装书，纸极轻，装订都不厚，竖版排，卷着看，一手拿着就足够了。这些编程
的专业书，砖头一样，动辄八百上千页，买纸质的活受罪。查找都不方便，还不如买个
电子版。
【在 d**********x 的大作中提到】
: 所以好书要买纸的啊。
|
d**********x
发帖数: 4083 | 82 还好
我喜欢纸的主要是因为纸书翻页方便，当知识点的locality不好的时候，你可以迅速在
200页500页和1000页之间翻来翻去互相对照
kindle什么的弱爆了，电脑上也麻烦的很，翻页时间超过1s简直就不能忍。。。
当然电子版的好处就是检索方便，像C++标准一类的，就应该存一份电子版。
【在 r****y 的大作中提到】
: 这还得看是什么书。
: 以前的线装书，纸极轻，装订都不厚，竖版排，卷着看，一手拿着就足够了。这些编程
: 的专业书，砖头一样，动辄八百上千页，买纸质的活受罪。查找都不方便，还不如买个
: 电子版。
|
t*****n
发帖数: 4908 | 83 你还是从C++的基本开始吧。把OO搞搞好。GP暂时放一边，能用就行。设计模式也有的
一搞。建议是做过实际项目以后再来玩设计模式。
【在 k******i 的大作中提到】
: 啊？什么都包含？
: 那就糟糕了
: 我学OO，学什么Design Pattern不就是要decouple吗？
: 要是GP是走聚合的方向的话那我宁愿不学了
: 是不是我理解错了？
|
t*****n
发帖数: 4908 | 84 GP的模板已成魔板，如果你不想呕吐的话可以看看
【在 k******i 的大作中提到】
: 直接坐飞机了，云里雾里
: 太抽象了，委员会的人也受不了？ ^_^
|
t*****n
发帖数: 4908 | 85 如果有时间有可能用f90写程序的话，我宁可用C++/C。
【在 m*******l 的大作中提到】
: fortran 90以后引入很多现代概念,但是...
|
L***n
发帖数: 6727 | 86 赞同，函数写多了发现其中共同的抽象模式在玩模板吧，我觉得一般应该在2.0，3.0
版再考虑GP
【在 t*****n 的大作中提到】
: 你还是从C++的基本开始吧。把OO搞搞好。GP暂时放一边，能用就行。设计模式也有的
: 一搞。建议是做过实际项目以后再来玩设计模式。
|
l*********s
发帖数: 5409 | 87 there is no satisfactory ereaders yet.
【在 r****y 的大作中提到】
: 这还得看是什么书。
: 以前的线装书，纸极轻，装订都不厚，竖版排，卷着看，一手拿着就足够了。这些编程
: 的专业书，砖头一样，动辄八百上千页，买纸质的活受罪。查找都不方便，还不如买个
: 电子版。
|
