学习C++和编程的50个观点和别人的感受

这篇文章是在一个群里看到的，写的很好。特此记录下。如果原作者看到不希望我发表，请告诉我，我会删除掉。

1.把C++当成一门新的语言学习（和C没啥关系！真的。）； 
2.看《Thinking In C++》，不要看《C++变成死相》； 
3.看《The C++ Programming Language》和《Inside The C++ Object 
Model》,不要因为他们很难而我们自己是初学者所以就不看； 
4.不要被VC、BCB、BC、MC、TC等词汇所迷惑——他们都是集成开发环境，而我们要学的是一门语言； 
5.不要放过任何一个看上去很简单的小编程问题——他们往往并不那么简单，或者可以引伸出很多知识点； 
6.会用Visual C++，并不说明你会C++； 
7.学class并不难，template、STL、generic 
programming也不过如此——难的是长期坚持实践和不遗余力的博览群书； 
8.如果不是天才的话，想学编程就不要想玩游戏——你以为你做到了，其实你的C++水平并没有和你通关的能力一起变高——其实可以时刻记住：学C++是为了编游戏的； 
9.看Visual C++的书，是学不了C++语言的； 
10.浮躁的人容易说：XX语言不行了，应该学YY；——是你自己不行了吧！？ 
11.浮躁的人容易问：我到底该学什么；——别问，学就对了； 
12.浮躁的人容易问：XX有钱途吗；——建议你去抢银行； 
13.浮躁的人容易说：我要中文版！我英文不行！——不行？学呀！ 
14.浮躁的人容易问：XX和YY哪个好；——告诉你吧，都好——只要你学就行； 
15.浮躁的人分两种：a)只观望而不学的人；b)只学而不坚持的人； 
16.把时髦的技术挂在嘴边，还不如把过时的技术记在心里； 
17.C++不仅仅是支持面向对象的程序设计语言； 
18.学习编程最好的方法之一就是阅读源代码； 
19.在任何时刻都不要认为自己手中的书已经足够了； 
20.请阅读《The Standard C++ Bible》(中文版：标准C++宝典)，掌握C++标准； 
21.看得懂的书，请仔细看；看不懂的书，请硬着头皮看； 
22.别指望看第一遍书就能记住和掌握什么——请看第二遍、第三遍； 
23.请看《Effective C++》和《More Effective C++》以及《Exceptional C++》； 
24.不要停留在集成开发环境的摇篮上，要学会控制集成开发环境，还要学会用命令行方式处理程序； 
25.和别人一起讨论有意义的C++知识点，而不是争吵XX行不行或者YY与ZZ哪个好； 
26.请看《程序设计实践》，并严格的按照其要求去做； 
27.不要因为C和C++中有一些语法和关键字看上去相同，就认为它们的意义和作用完全一样； 
28.C++绝不是所谓的C的“扩充”——如果C++一开始就起名叫Z语言，你一定不会把C和Z语言联系得那么紧密； 
29.请不要认为学过XX语言再改学C++会有什么问题——你只不过又在学一门全新的语言而已； 
30.读完了《Inside The C++ Object Model》以后再来认定自己是不是已经学会了C++； 
31.学习编程的秘诀是：编程，编程，再编程； 
32.请留意下列书籍：《C++面向对象高效编程（C++ Effective Object-Oriented Software 
Construction）》《面向对象软件构造(Object-Oriented Software 
Construction)》《设计模式（Design Patterns）》《The Art of Computer 
Programming》； 
33.记住：面向对象技术不只是C++专有的； 
34.请把书上的程序例子亲手输入到电脑上实践，即使配套光盘中有源代码； 
35.把在书中看到的有意义的例子扩充； 
36.请重视C++中的异常处理技术，并将其切实的运用到自己的程序中； 
37.经常回顾自己以前写过的程序，并尝试重写，把自己学到的新知识运用进去； 
38.不要漏掉书中任何一个练习题——请全部做完并记录下解题思路； 
39.C++语言和C++的集成开发环境要同时学习和掌握； 
40.既然决定了学C++,就请坚持学下去，因为学习程序设计语言的目的是掌握程序设计技术，而程序设计技术是跨语言的； 
41.就让C++语言的各种平台和开发环境去激烈的竞争吧，我们要以学习C++语言本身为主； 
42.当你写C++程序写到一半却发现自己用的方法很拙劣时，请不要马上停手；请尽快将余下的部分粗略的完成以保证这个设计的完整性，然后分析自己的错误并重新设计和编写（参见43）； 


43.别心急，设计C++的class确实不容易；自己程序中的class和自己的class设计水平是在不断的编程实践中完善和发展的； 
44.决不要因为程序“很小”就不遵循某些你不熟练的规则——好习惯是培养出来的，而不是一次记住的； 
45.每学到一个C++难点的时候，尝试着对别人讲解这个知识点并让他理解——你能讲清楚才说明你真的理解了； 
46.记录下在和别人交流时发现的自己忽视或不理解的知识点； 
47.请不断的对自己写的程序提出更高的要求,哪怕你的程序版本号会变成Version 100.XX； 
48.保存好你写过的所有的程序——那是你最好的积累之一； 
49.请不要做浮躁的人； 
50.请热爱C++! 


[注]：<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