<kingofark关于学习C++和编程的50个观点> 详解 - 预览版

类别:编程语言 点击:0 评论:0 推荐:

 

Explanatory Notes On <K's 50 PV> Preview

<K's 50 PV详解> 预览版

 

[注]<K's 50 PV>是《Kingofark's 50 Points of View About Learning C++ And Programming》(kingofark关于学习C++和编程的50个观点)的简称;<K's 35 MPV>是《Kingofark's 35 More Points of View About Learning C++ And Programming》(kingofark关于学习C++和编程的另外35个观点)的简称。

  

条款1. 把C++当成一门新的语言学习(和C没啥关系!真的。); 

[解说]

这一条源于我在《程序员》杂志2001年第4期上看到的《将标准C++视为一个新语言》一文,作者是C++的设计者Bjarne Stroustrup。这篇文章还可以在Bjarne Stroustrup的个人网页上找到。

这篇及时到来的文章很好的调整了我的思维,让我有幸在初学C++时就得以拨乱反正的重新审视了C++这门语言和自己对C++的学习,同时也使我就此开始了<K's 50 PV>的撰写。

其实要对本条款给出一个理由很简单,我只引用Bjarne Stroustrup在此文中的一句话就可以了:

“把标准C++拿来当作一个美化后的C或美化后的C with classes来耍弄,只是浪费了标准C++所提供的美好机会。” 

[kingofark的收获]

经常拜读大师们的articles,追随大师们的先进思路,千万别让自己活在与大师们不同的时间里。 

[参考]

<K's 50 PV>条款28,29。 

 

条款4. 不要被VC、BCB、BC、MC、TC等词汇所迷惑——他们都是集成开发环境,而我们要学的是一门语言;

[解说]

VC:         Microsoft Visual C++

BCB:       Borland C++ Builder

BC:         Borland C++

MC:         Microsoft C++

TC:         Turbo C(有时也指Turbo C++)

WC:        Watcom C++

各种简化了的、混杂了的口头称谓容易使初学者感到迷惑,这很正常。不过,其实只要稍加留意,这些迷惑完全可以被消除。

大家可以注意以下几点:

(1)      由于C++语言(其它语言也是一样)几乎总是要以某个集成开发环境为载体、平台,才能被真正的“使用”,因此人们在口头上容易用一个集成开发环境的名字来意指一门语言(比如VC,BC,TC等);

(2)      程序设计语言需要一种载体来被运用,这就好像汉语、英语一定要被人用嘴说出来、用笔写出来才能发挥作用一样;

(3)      编译器(或解释器)有时也被集成开发环境的名称所指代(比如“你用VC编译过吗?”实际上应该是“你用VC的C++编译器编译过吗?”);

(4)      只要多了解各种词汇的详细信息(一般是其英文全称),就可以很容易的发现一些你本来就该弄清楚的事情;

(5)      在口头上,也请你在不影响正常表达的情况下,尽量说得准确些,不要迷惑更多更新的初学者。 

[kingofark的收获]

“我再也不学VC这门语言了。” 

[参考]

<K's 50 PV>条款6,9,39,41。 

 

条款6. 会用Visual C++,并不说明你会C++ 

[解说]

Visual C++这个集成开发环境的确为我们提供了很多的东西,包括巨大的MFC(Microsoft Foundation Class),可爱的按钮啦,很“专业”的帮助窗口啦,让人很有成就感的about窗口啦,等等。然而,特定程序的核心算法还是需要我们自己来提供,适合特定程序的类还是需要我们自己来派生和管理,大部分特定程序的数据结构还是需要我们自己来实现——只不过我们是在VC的帮助下做其中一些事情罢了。

很多人都曾向我声称他“会”VC了。但除了书上的例子,他们什么都做不出来。

之所以称VC为“集成开发环境”,就是因为其本身是作为承载C++的一种“环境”而存在的,C++才是我们所要关注的主体。

有了球场边球迷们的欢呼、喝彩和助威,足球运动才越发体现出其无比的魅力。然而我们踢的仍然是足球,不是场边的球迷。VC与C++之关系亦包含有相似的道理。 

[kingofark的收获]

一脚出去,不要踢错了对象。 

[参考]

<K's 50 PV>条款9,24,39,41;<K's 35 MPV>条款4。 

 

条款8. 如果不是天才的话,想学编程就不要想玩游戏——你以为你做到了,其实你的C++水平并没有和你通关的能力一起变高——其实可以时刻记住:学C++是为了编游戏的; 

[解说]

只说三点:

(1)       www.1cplusplusstreet.com上面就有很多利用编写游戏来学习C++的有趣内容,相当的好;

(2)       很多著名的游戏也都是有源代码可看的;

(3)       Open Source的资源也是大家学习的好地方。 

[kingofark的收获]

过分热衷于电子游戏的人大约有两种“通关方法”: 

(1)       酷爱游戏—>玩游戏—>还想玩游戏—>还想玩游戏—>成为超超超……(汗)级玩家;

(2)      酷爱游戏—>玩游戏—>对游戏的制作产生好奇—>钻研游戏的开发知识—>成为有潜力/有实力的业余/专业游戏开发者。 

[参考]

<K's 50 PV>条款18。

 

条款16. 把时髦的技术挂在嘴边,还不如把过时的技术记在心里;

[解说]

这里还是强调了一个人学习要踏实的道理。

总听到很多人不屑的说某某技术已经过时,学了也没用之类的话。其中屡被攻击的对象比如dos啦,mode 13h啦,win3.1啦,VGA啦,甚至是win95、Pascal、C、C++等等。这些人是浮躁的(见<K's 50 PV>条款10),一味追求“新”技术,殊不知“新”技术、“新”理论无不是在传承着前人智慧点点滴滴的精华。

我最熟悉的一个例子就是那本Michael Abrash著的《Michael Abrash’s Graphics Programming Black Book Special Edition》。这本堪称图形程序设计领域经典之作的宏篇巨著中充满了对VGA、286、mode X、256色等的讨论和研究。

“啊哈,你说的这些可是真的过时了,”我开始听到有人在说了。

过时了吗?我的回答既是肯定的又是否定的。

的确,随着计算机技术的飞速发展,可能不会再需要用到mode X来编写图形程序了;是的,256色已经不堪入目了;不错,win3.1已成昨日黄花。但是,各位眼光颇“高”的朋友啊,千万不要忘记学习的真正目的。

小时候我常为学业而困扰,成绩也不佳。每逢考试分数不理想,总是怀着沉重的心情跺回家,对未来的学习也产生了绝望的忧虑。每一次,父亲总是轻轻的拍拍我的头,轻声说道:“没关系,以后努力就行了。学习本身就是就是一种磨练,学习的目的就是磨练你的意志。通过学习的过程来经受各种各样的考验,自己才会慢慢变得能够克服生活中遇到的各种各样的事情。考试也是一种磨练,没什么好担心的,别怕。”

《Michael Abrash’s Graphics Programming Black Book Special Edition》蕴含了作者Michael Abrash浸淫图形程序开发领域数十年的经验积累,其博大精深的优化理念才是赢得读者、专家们撕声喝彩的真正原因(熟悉Quake这个电子游戏的朋友们也一定知道Michael Abrash对其的贡献)。试问当今各路英雄高手,谁敢站出来不屑的说:“我不需要优化技术?”

不需要吗?需要吗?不需要吗?需要吗?不需要吗?……

唔,我想这个问题的答案大家心里都明白。 

[kingofark的收获]

即使是粪便也不是全没有价值的,更何况一堆夹杂着钻石的黄金。 

 

条款18. 学习编程最好的方法之一就是阅读源代码; 

[解说]

这是世界公认的,著名的权威专家,已逝的Richard Stevens博士平生一贯坚持的观点。我们从他所著的经典书籍中可以看到这一点。一本《TCP/IP Illustrated Volume II》(TCP/IP详解 卷二),就原汁原味的包含了BSDLite4.4中的1,5000行代码,很现实的将此书的读者带入了一个真正的编程世界。

OpenSource运动越来越壮大了;网络上、书店里能找到的资源越来越多了。

学习的条件提供给你了,现在,就看你自己的了。 

[kingofark的收获]

选择题:要在天空中翱翔,最好的办法是:

A.自己做一个翅膀,从悬崖上一跳;

B.自己做一架滑翔机,找一块平坦的荒地借着风起飞;

C.驾驶一架性能良好的飞机,在修建好的跑道上起飞;

D.乘坐飞机到高空,然后背上降落伞(或许还带一个滑板),跳出飞机。 

我选择D。

  

条款21. 看得懂的书,请仔细看;看不懂的书,请硬着头皮看;

[解说]

小孩子刚生下来,是不会说哪门语言的,当然更是听不懂的,只能“硬着头皮”听爷爷奶奶爸爸妈妈哥哥姐姐叔叔阿姨伯伯婶婶说话,听得久了,就会了。

学习本身就是一个从不会到会,从不熟悉到熟悉,从不懂到懂的过程。看不懂就不看,等于什么都不看。

除此之外,这一点也没什么理由好说的了。如果非要说的话,一来连鲁迅先生笔下的阿Q都懂得“凡事总须研究才能明白”的道理;二来嘛,总是看些自己轻车熟路的东西,你不觉的太没有挑战性了吗? 

[kingofark的收获]

其实阿Q也不是没有优点的啦! 

[参考]

<K's 50 PV>条款3;<K's 35 MPV>条款26。 

 

条款25. 和别人一起讨论有意义的C++知识点,而不是争吵XX行不行或者YY与ZZ哪个好;

[解说]

特别把这句话从“浮躁”的种种表现里挑出来,是因为想向大家强烈推荐侯捷先生的文章《漫谈程序员与编程》。该文刊登在《程序员》杂志2001年第5,6期上;在侯捷先生的网站上也能找到。

文中专门以小标题“口舌之战有何益”讨论了这方面的问题,希望大家好好消化。 

[kingofark的收获]

好羡慕哑巴。 

[参考]

<K's 50 PV>条款10-15,49;<K's 35 MPV>条款23。 

 

条款30. 读完了《Inside The C++ Object Model》以后再来认定自己是不是已经学会了C++

[解说]

关于《Inside The C++ Object Model》:

“C++成山似海的书籍堆中,这一本不是婴幼儿奶粉,也不是较大婴儿奶粉,它是成人专用的低脂高钙特殊奶粉。”

任何技术,习其表皮,即可把玩;探其隐匿,则能熟悉;得其精髓,方可掌故之,如使双手般精良到位。

人们对“会”这个字有着不同层次的理解。我以为,通常我们应该以最狭义的方式去理解它。这不是在苛求自己,而是在检查自己是不是足够浮躁。 

[kingofark的收获]

沉着的对自己说:“我什么都不会!”。

 

条款50. 请热爱C++!

[解说]

请热爱C++,但是切忌蜕变成目光短浅的、迷信C++的狂热分子。 

[kingofark最后的收获]

对C++说:“Everybody says I love you but no more.” 

 

正式版近期推出,敬请期待!

本文地址:http://com.8s8s.com/it/it29875.htm