CSDN博客

img xinkong

关于学习C++和编程的50个观点

发表于2004/11/3 0:35:00  527人阅读

分类: 转载

Kingofark's 50 Points of View About Learning C++ And Programming

K ][ N G of A R K™关于学习C++和编程的50个观点

2003修订版

Revision 2.0

by K ][ N G of A R K ™


前 言

Long long time ago, on a topic far far away……是的,很久很久以前,kingofark无心之中写了一篇关于学习C++和编程的发牢骚的文章。未曾料到的是,这篇文章被N个好心的网络同胞流传至今,以至于作者得意忘形的将文章简称为Ks50PV,在浅薄和浮躁中麻醉自己。

某个醉生梦死的深夜,kingofark关上电脑,屋内一片墨黑,忽然发觉窗外的透彻和宁静。凑到窗前向天空看去,惊讶的发现白光——不,Agent Mulder,不是UFO——来自圆月。笔者联想到了牛郎织女——先辈们早已灰飞烟灭,只有故事被流传下来,因为被流传而流传。

一篇文章不能因为被流传而流传,被流传的不应该是流传本身。带着这样的冲动,kingofark又打开电脑……

眼前给大家展现的,是经过kingofark重新审视,结合作者最新感受的修订版。其中有些条款彻底的更换或者修改了。这一方面反映了国内图书市场近年来发生的变化,另一方面也反映出:其实有些时候,无知的人说得最多。欢迎大家批评讨论甚至予以唾弃。

在这个修订版中,作者没有删掉旧的条款,仅在新旧条款前加了“新”、“旧”二字以示区别。新旧条款下面伴有作者的评论。


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

是的,我们仍然应该抱着这样一种心态来学习C++。前一段时间,C/C++ User’s Journal 上面有一连串关于C与C++关系的文章,Bjarne Stroustrup、Herb Sutter等几位C++领域的大师从不同方面讨论了C/C++今后发展的问题,颇为深刻。

看问题有深有浅,有高有低。我们不是大师,不要把C和C++说得好像自己的两个儿子。

水果刀是一种刀。瑞士军刀也是一种刀,但它何尝不是剪刀、起子、锯子、锉刀、牙签、指南针、尺子、放大镜……?谁在使用瑞士军刀之前还要先培训如何使用水果刀?另外,在水果刀上面粘一个剪刀、起子、锯子、锉刀、牙签、指南针、尺子、放大镜……我估计也不会太好用(不叫“瑞士军刀”,叫“超级武器霸王3000”)。


旧:2. 看《Thinking In C++》,不要看《C++变成死相》;

新:2. 看《Accelerated C++》,看《C++ Gochas》;

如今《Thinking In C++ 2nd》也出了中文版,翻译质量好坏kingofark不想再谈——毕竟有人(至少在www.china-pub.com上)觉得翻译还不错。经常忍不住要去跟人争辩翻译质量的kingofark忽然明白了萝卜白菜定理的另一个推论:看书好像看A片,有人爱看欧美,有人爱看日台,各得其乐。自己去衡量罢,不过最好不要参与图书信息页上面的无聊口舌战。请记住一句话,一句就好:管它黑猫白猫,能抓老鼠就是好猫。

Andrew Koenig的《Accelerated C++》是一本真正具有实践性的入门书。该书传承了《Ruminations On C++》的阐述方法,通过一个又一个具体的设计实例充分体现使用C++进行开发的真正优势之所在。事实上,笔者觉得Andy的书都是程序员必读(还好不算多)。对于《Accelerated C++》的评论,国外网站上皆有,笔者不再累述。

Stephen C. Dewhurst的《C++ Gochas》是一本“奇特”的书。说“奇特”不是因为Gotcha这个单词对于中国人难于理解(何况中译书干脆把这个标题扔掉不要了),而是在于:Dewhurst用酸中带刺、笑里藏刀的口吻提醒程序员一些编写C++程序(本来就)应该注意到的问题。这些问题中,有编码细节问题,有编码习惯问题,甚至有个人修养问题。CUJ上有一篇对该书的评论,笔者认为还比较中肯。笔者看了该书的样章以后的感受是:忠言向来都逆耳;这本书中的观点你可以不认同,但其确实引出了一些应该注意(而通常没被注意)的问题,这对于一个程序员来说是非常值的关注的。


旧:3. 看《The C++ Programming Language》和《Inside The C++ Object Model》,不要因为他们很难而我们自己是初学者所以就不看;

新:3. 看《The C++ Programming Language》和《Inside The C++ Object Model》,不要因为它们很难而我们自己并不想搞“学术研究”所以就不看;

这两本书的确都不适合初学者看,旧条款说得有些过激,想必当初kingofark是希望刺激一下那些“浮躁的人(包括kingofark)”(见条款10-15)。

总听人说“语言其实都是相通的”。问:什么时候才能融会贯通?答:通透其理的时候。

好好学吧您呐!


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


5. 不要放过任何一个看上去很简单的编程小问题——它们往往并不那么简单,或者可以引伸出很多知识点;

侯捷先生译的《C++ Primer Answer Book》和裘宗燕老师译的《C++ Solutions – Companion to TCPPL》都已经出版了。作为在校学生或者C++自学者,通过这样两本书来操练自己的编码实践,实在是最合适不过了。


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

会唱歌又会弹吉他,并不说明你会搞音乐创作——只不过有点“苗头”而已(且不能拔)。


7. 学class并不难,template、STL、generic programming也不过如此——难的是长期坚持实践和不遗余力的博览群书;

博览群书不一定必要,但是,To learn or not to learn…that is the question! 学习C++,这些内容不可或缺。


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

新:8. 学编程与玩游戏,两者“相互作用,相互影响,辩证统一”,可以分割;不过的确有很多人因为爱玩游戏而学编程,也有不少人因为不爱学编程而玩游戏;其实这里面的道理再简单不过:如果你不是厨师——而自己会做一手好菜,自己当然有余地饱尝美味;如果你是厨师——拜托你不要光顾着吃,好好学厨艺行不行?回头吃肥了跌进猪圈人家认不出你。

旧条款是一句理由不充分的气话,源于当时笔者对沉溺游戏的“科班学生”的焦虑。

关于游戏编程,其实也有不少好书,比如Andre Lamothe的《Tricks of The Windows Game Programming Gurus 2nd》《Tricks of 3D Game Programming Gurus》,通俗易懂、门槛儿低,深入浅出,大师的经验体会娓娓道来,精辟深刻,直入核心。对该作者的书,国外网站有评价,不用笔者费口舌了(好词儿都用光了)。

笔者本人对游戏编程也蛮有兴趣,非常喜欢Andre Lamothe的书。书有多好呢?这么说吧:《Tricks of The Windows Game Programming Gurus》中文版虽然译得参差暧昧、差强人意(比如把数据结构linked list译为“连接的清单”),仍然还是瑕不掩瑜,可以让人坐在电脑跟前打开VC,一口气读到深夜,体验使用VC/DirectX SDK编写游戏的乐趣。


旧:9. 看Visual C++的书,是学不了C++语言的;

新:9. 在工作环境中,请小声与同事说话。

方便快捷(且易导致发胖)的快餐业McDonald、KFC到了中国,成了孩子们的牙祭和每周的节日,情侣们约会的廉价地点。一到周末,McDonald、KFC店内“一片欢腾的景象”。所有人都大声说话。

咖啡厅本来是过去从美片上面看到的那种“零零星星有着装高雅的俊男美女在催情的柔光下窃窃私语”的梦幻般的地方。中国的咖啡厅,烟雾缭绕,音箱发出不柔和的八十年代怀旧欧美歌曲(且一般都不是原人原唱)——地方话,骂人话,话话别扭;手机声,牌将声,声声入耳。所有人都大声说话。

软件公司里面,开发人员探讨技术问题,间歇中的打趣,是再正常不过的事情。A和女秘书B正在咯咯的打情骂俏;C为了告诉D文档已经做好了,伸长了脖子盖过AB的声音;一旁的E正在面红脖子粗的与高手F激烈的讨论一个技术难题,这时候绝对不准有谁的声音比他还高;G向作管理的H抱怨公司的软件工程没有做好,伴着唾液的“啧啧”浊音故意要让自己的上司听到。所有人都大声说话。

请你记住一点:你大声说话,同事只听得见你的声音;你小声说话,同事还听得见你的心情。交流需要的是心境。


10. 浮躁的人容易说:XX语言不行了,应该学YY;——是你自己不行了吧!?

11. 浮躁的人容易问:我到底该学什么;——别问,学就对了;

12. 浮躁的人容易问:XX有钱途吗;——建议你去抢银行;

旧:13. 浮躁的人容易说:我要中文版!我英文不行!——不行?学呀!

新:13. 浮躁的人容易说:我要中文版!我英文不行!——希望这不是你不好好学的原因。

14. 浮躁的人容易问:XX和YY哪个好;——告诉你吧,都好——只要你学就行;

15. 浮躁的人分两种:a)只观望而不学的人;b)只学而不坚持的人;

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


17. C++不仅仅是支持面向对象的程序设计语言;

C++是以multi-paradigm为目标的通用型语言,学习起来应该全面了解。标准库为你做了很多,不用都是浪费。而如果你是做嵌入式,不妨参考一下Embedded C++的规范。

技术跟进,工具更新,并不一定就是盲目浮躁——镰刀锄头怎比得过洋枪洋炮?笔者愿意相信,学生、年轻程序员、初学者都比较容易了解这些,同时也正需要被引导着去了解这些。但是在国内,大学教授、项目经理、相信“人月不是神话”的领导者们——他们了解吗?我疑心重重。

强奸,蹂躏无辜良民;奸淫幼女,摧残纯洁的心灵;出版淫秽音像图书制品,毒害青少年儿童。偏偏这些事情在IT领域里面不算违法犯规。


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

JDK,CLI正是上佳的参考资料。至于C++方面,除了STL,还有Boost,Loki,ACE等等优秀的代码值得研究、参考,甚至抄袭(如果你有足够技术能力的话)。


旧:19. 在任何时刻都不要认为自己手中的书已经足够了;

新:19. 书不在多,好书则灵;

如今国内的图书市场较之过去几年,最大的改变的就是大量国外图书的引进。书少的时候,没有选择的余地;书多的时候,选择太多,无所适从。这里就有一个如何择书的问题。接受推荐是一个不错的选择——不,我不是说某些图书网站上的口舌对骂。

面对这种情况,读者需要的其实是正确的引导。


旧:20. 请阅读《The Standard C++ Bible》(中文版:标准C++宝典),掌握C++标准;

新:20. 请参考《 TCPPL 3rd》《C++ Primer 3rd》《The Standard C++ Library》,掌握C++标准;

基本上,以目前的图书状况来看,要掌握>C++标准,看哪本书也看不到《The Standard C++ Bible》>(中文版:标准C++宝典)这一本上来。笔者在另外的文章里已经发表过对这本书的看法。

说起权威的C++参考书,一定少不了《TCPPL 3rd》《C++ Primer 3rd》《The Standard C++ Library》。

Bible? 唔……看《TCPPL 3rd》《C++ Primer 3rd》《The Standard C++ Library》的读者,大可不必信教。


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

要知道,很多时候其实不是看不懂,而是没有自信,以为看不懂。

本条款对于学习外语同样适用。


22. 别指望看第一遍书就能记住和掌握什么——请看第二遍、第三遍;

总有人(甚至是kingofark自己)抱怨说没有足够的时间看书。从某个角度来看,确实如此——但这不是你不看书的理由,对吧?


旧:23. 请看《Effective C++》《More Effective C++》《Exceptional C++》;

新:23. 请看《Effective C++》《More Effective C++》《Effective STL》《Exceptional C++》《More Exceptional C++》《Exceptional C++ Styles》《C++ Templates》《Ruminations On C++》《C Traps and Pitfalls》《Expert C Programming》;

写这么多不是要谁都看都买。这些都是顶级好书,根据自己的情况择来读之,易收宏效。

Andrew Koenig的《C Traps and Pitfalls》是程序员必读。令笔者不寒而栗的是,该书提到的许多错误笔者都犯过(而且一直在犯!)。《Expert C Programming》也是一本相当好的书,其中译本也不错,可惜就笔者而言,书中对某些典故的翻译欠妥(比如StarTrek,其作为西方的一种文化现象,已经渗透到西方文明的方方面面,对其中一些典故的引用对于中国人来说,不经解释可能是不太容易理解的)。


24. 不要停留在集成开发环境的摇篮上,要学会控制集成开发环境,还要学会用命令行方式处理程序;

特别令人惊讶的是,笔者发现有些人(居然!)不知道VC还有一个叫做cl.exe 的命令行编译器!运行一个超级阳春的Hello World (居然!)需要到IDE里面去建一个project!没听说过 bcc32、dumpbin、grep、nmake、makefile、javadoc……唔……呃……打个不恰当的比方:冬天非得穿着大棉袄厚棉裤才能享受做爱的乐趣吗?


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

注:XX、YY、ZZ可以指代:某计算机语言;某专家;某种哲学体系;某种软件开发理论;某种新技术新思维;某个“务虚(务实)的”观点;某班的男生。


26. 请看《程序设计实践》,并严格的按照其要求去做;

题外话:从Herb Sutter的网站www.gotw.ca上看到,Sutter与Alexandrescu欲合著一本C++ Coding Standard,应该也是令人期待的一本书。


旧:27. 不要因为C和C++中有一些语法和关键字看上去相同,就认为它们的意义和作用完全一样;

新:27. 注意C与C++之间的区别。

在国内,有那么一群猪……噢不,我是说大学教师……噢不不,我是说项目经理……不不不……对不起,其实我是想说“人”,对C/C++/Java/C#/……存有太多太多的误解(一般很愚蠢,以至于别人都不知道该怎么解释才好)。


旧:28. C++绝不是所谓的C的“扩充”——如果C++一开始就起名叫Z语言,你一定不会把C和Z语言联系得那么紧密;

新:28. 了解各个语言之间的关系和区别,切忌盲目褒贬、妄加评论;

关于C与C++的关系及C++的发展与演化,C++创造者Bjarne Stroustrup在《The Design And Evolution of C++》(中译本,裘宗燕老师译)里面已经说得很清楚了。

学C++的朋友应该看看本书,就当是扫盲。


旧:29. 请不要认为学过XX语言再改学C++会有什么问题——你只不过又在学一门全新的语言而已;

新:29. 请不要认为学过XX语言再改学YY会有什么问题——你只不过又在学一门全新的语言而已;


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

事实上,这样的高阶书你不一定就非要去啃,关键是浮躁与不浮躁、自信与自满的问题。


31. 学习编程的秘诀是:编程,编程,再编程;

这一点在Andrew koenig的书《Ruminations On C++》《Accelerated C++》里面有很好的体现。随着Andy 的书一起作思维上的编程,自己再动动手,将是非常美妙的学习经历。


旧:32. 请留意下列书籍:《C++面向对象高效编程(C++ Effective Object-Oriented Software Construction)》《面向对象软件构造>(Object-Oriented Software Construction)》《设计模式(Design Patterns)》《The Art of Computer Programming》;

新:32. 请留意下列书籍:《Design by Contract,by Example》《Refactoring》《Design Patterns Explained》;

《Design by Contract,by Example》《Refactoring》《Design Patterns Explained》毫无疑问是好书,且中译本令人期待。


旧:33. 记住:面向对象技术不只是C++专有的;

新:33. 记住:哇!面向对象技术又不只是C++专有的;

嗯?我怎么会说“又”这个字?


旧:34. 请把书上的程序例子亲手输入到电脑上实践,即使配套光盘中有源代码;

新:34. 善加利用配套光盘;


35. 把在书中看到的有意义的例子扩充;


36. 请重视C++中的异常处理技术,并将其切实的运用到自己的程序中;

36. 请重视DbC(Design by Contract)以及异常处理技术,并将其切实的贯彻和运用到自己的程序中;

Exception Handling引发着无数的讨论。关于exception handing的各种议题,看Herb Sutter的文章的确让人有些“震惊”。Embedded C++倒是蛮干脆——STL,Exception Handling全部删光光——可见什么事物总有个适用范围。

DbC绝不仅仅是assertion。DbC要求各个组件各尽其责,将交流和协作建立在非常明晰严格的条款之基础上。DbC是不容忽视的,其所涉及的层面和深度,或许比我们想象的要广,要深。


37. 经常回顾自己以前写过的程序,并尝试重写,把自己学到的新知识运用进去;


38. 不要漏掉书中任何一个练习题——请全部做完并记录下解题思路;


39. C++语言和C++的集成开发环境要同时学习和掌握;


40. 既然决定了学C++,就请坚持学下去,因为学习程序设计语言的目的是掌握程序设计技术,而程序设计技术是跨语言的;


41. 就让C++语言的各种平台和开发环境去激烈的竞争吧,我们要以学习 >C++语言本身为主;


旧:42. 当你写C++程序写到一半却发现自己用的方法很拙劣时,请不要马上停手;请尽快将余下的部分粗略的完成以保证这个设计的完整性,然后分析自己的错误并重新设计和编写(参见43);

新:42. 只有通过编码实践才能领会设计思维;


43. 别心急,设计C++的class确实不容易;自己程序中的class和自己的class设计水平是在不断的编程实践中完善和发展的;


44. 决不要因为程序“很小”就不遵循某些你不熟练的规则——好习惯是培养出来的,而不是一次记住的;


45. 每学到一个C++难点的时候,尝试着对别人讲解这个知识点并让他理解——你能讲清楚才说明你真的理解了;


46. 记录下在和别人交流时发现的自己忽视或不理解的知识点;


47. 请不断的对自己写的程序提出更高的要求,哪怕你的程序版本号会变成Version 100.XX;

郑重提醒:请学会使用版本控制工具!Visual Source Safe,CVS——使用它们作版本控制绝对比你新建一个名为“MyApp_New2”的目录要好得多!在实际开发中,不使用版本控制工具的结果可以用一句话概括:能变得多糟,就定会变得多糟。


48. 保存好你写过的所有的程序——那是你最好的积累之一;


49. 请不要做浮躁的人;


50. 请热爱C++!

其实Eiffel、Java、C#也不错:-)

阅读全文
0 0

相关文章推荐

img
取 消
img