程序员教程第四版

Ⅰ 求《程序员教程》第四版

有第4版，没第5版，哪有.txt，以为是小说，有个扫描版pdf都不错了，
不过本人有其他各类高清包括IT类各种PDF书籍还是比较多的。

Ⅱ 如何学好C语言

所有初学者面临的第一个问题便是：如何选择教材。好的开始是成功的一半，选择一本优秀的教材是事半功倍的关键因素。不幸的是，学校通常会帮你指定一本很差劲的C语言课本；而幸运的是，你还可以再次选择。没有学习交流地方可以来

所以我建议初学者应该以Visual C++ 6.0（不是VisualC++ .NET）或者Dev C++作为主要的学习环境，而且千万不要在IDE的使用技巧上过多纠缠，因为今后你一定要转向Unix环境的。Visual C++ 6.0使用很方便，调试也很直观，但其默认的编译器对C标准的支持并不好，而Dev C++使用gcc编译器，对C99的标准都支持良好。使用顺带提一下，很多大学的C语言课程还在使用Turbo C 2.0作为实验环境，这是相当不可取的，原因其一是TC 2.0对C标准几乎没有支持，其二是TC 2.0编译得到的程序是16位的，这对今后理解32位的程序会造成极大的困扰（当然,用djgpp之类的东西可以使TC 2.0编译出32位程序，不过那过于复杂了）。

等你学完一本C语言的教材，你一定要转向Unix平台继续学习，几乎所有的C语言高级教程都是基于Unix平台的（比如《C专家编程》）。转变的过程是痛苦的，你需要面对的是各种纷繁复杂的命令，完全不同于Windows平台的思考方式，但是这种痛苦是值得的。Unix与C是共生的，Unix的思考方式和习惯更加符合C语言的思考方式和习惯。在Unix下，你可以找到无数优秀的源代码供你尽情阅读，你可以方便地查看某个库函数的联机手册，还可以看到最优秀的代码风格（说到代码风格，我会专门写一篇文章详细叙述）。

归结起来就是一句话：初学C语言，建议使用Windows系统和集成开发环境，在准备向“高手”方向努力时，请先转向Unix平台。

三、万事俱备，你就是东风

书已选定，环境配置完成，正所谓万事俱备，只欠你自己的努力了。请从书的前言开始，仔细地阅读手头的教材，很多人看书喜欢直接从第一章开始看，这是错误的做法。前言是作者对整本书的大体介绍，作者一般会告诉你需要什么基础才能够顺利阅读本书，这可以帮助你检验自己的基础知识是否已经具备。看完前言，还要浏览一下目录，了解一下书的整体结构，顺便给自己安排一下学习计划。

学习C语言，必需注意每一个细节，书上的例子代码一定要自己亲自敲一遍，编译执行输出都跟书上说的一致才能算是学完了一个例子，如果不一致，就要仔细找原因。出了书本上有的例子，自己还要“创造”一些例子，比如学习运算符优先级的时候，可以写几个相同的表达式，在不同的位置加上括号，看看有哪些不同的行为，比如*p++和(*p)++，又比如a = b == c、(a = b) == c和a = (b == c)等等。自己抄的书上的例子以及改造之后的例子，还有自己“创造”的例子，都应该仔细地归类保存，并且要在源代码中写上简短的注释，阐述这个例子的意图。

例子之后就是习题了，我建议初学者把所有的习题都独立做一遍，然后对照答案的代码，看看自己的代码有那些不足，再试着修改自己的代码。很多人不重视习题，这是极大的错误，因为作者通常会在习题中说明一些重要的道理，而不是单纯地检验前面的知识。

也许你认为这样学习太慢，其实不然。学得细致就不用走回头路，等你学到后面才发现自己前面没搞清楚，那才是真的得不偿失。一般说来，整本书读完，你应该完成数千行乃至上万行的代码，无论是原封不动照抄书上的，还是自己心血来潮写就的，都是今后继续学习的一笔财富。以我自己举例，阅读《Windows核心编程》时（我只阅读了3/4的内容），除了抄书上的代码，还自己写了很多例子，一共有5574行（用unix下的wc工具统计），时隔多日，我早已记不清Windows的系统编程了，但只要花几分钟翻出以前的代码看看，便会重新了然于胸。所谓好记性不如烂笔头，就是这个道理。

仔细读书、认真抄写源代码、独立完成习题外加更进一步的实验，最后将所有的代码留下，成为自己的经验和财富，绝对的辛苦，也绝对的事半功倍。当然，这种方式只适合学习需要精通的技术，如果不是学习C语言，你还要具体情况具体分析。

写到最后，还有非常非常重要的一点没有提及──代码风格，从最开始学习就必须强迫自己模仿最优秀的代码风格。因为代码风格太重要内容也太多，我会用专门的一篇文章来详细讨论，请大家关注《程序员之路──关于代码风格》。

题目是关于C语言，其实我主要想说说程序该怎么学，或者一点感悟罢了，在这里，我只想引用身边的几个人的例子，来谈一下对程序学习的理解

第一个人要说到我了，我对程序产生兴趣，是听说程序可以作游戏，那时候是在初一，然而借来一本G-BASIC简明教材后，我便傻了眼。

陌生的词汇，古怪的逻辑，都是些天文的中文译本，头疼了好一阵子。

然而当时又没有别的闲书可看，我就整天捧着那一本书，什么方法都试过了，甚至倒着看过了，都没看出什么眉目，自己又没有电脑，只能不停地大胆地想象，然后满脑子的疑惑……

在这里停一下，上面说的便是我学习的风格：总要经历一番波折，瞎折腾几下，然后才会有偶然间的明悟－开窍了！我甚至没见过几个人有我这么笨，现在明白过来了，我总是一开始把事情想得过于复杂，造成狗咬刺猬的难堪的局面，然而竟然有意想不到的收获！但是不建议大家模仿这种风格，起码追女朋友的时候不能这样，生活中很多机会在于接手的那一瞬间，失去就永远找不回来了。

现在回来，后来偶然间，我看懂了一行代码，是print 语句，当时兴奋得要命，又仔细看了这个看了那个，一下子看懂了很多东西，像是在霎那间被什么给击中似的，立刻间醍醐灌顶。。。。

初三在学校学了FOXBASE，基本上自学的，我发现了一件奇怪的事，我这人是出了名的记性不好，然而当时背程序中的命令却是过目不忘，到现在还记得很多，也许是感兴趣吧，也感谢我的微机老师给我提供自由上机的机会！后来我又自学了QBASIC，初四暑假又学了一点C，那时学C遇到不少困难，当时我们学校机房连C语言都没有，我只好闷在家里，一本二级C教材，一本配套习题，整天发呆地想，把自己的脑袋当电脑cpu使，有时进入死循环，有时又彻底崩溃。我花十几天看完了一本书，做完了一本题，然而脑袋里充满了疑惑，由于没有上机实践的机会，我就凭自己的猜测与推理己慢慢建立了一大堆理论，十分得意与自信，但后来证明大部分是错的，害我花了很长时间去纠正，这是后话。可是，还是那句话不破不立，不阻不行。就像我现在有了电脑，整天泡在互联网的海洋里，感受着快餐文化，好久都没静下心来好好想点东西了.

高中还上过几节电脑课，只不过忙于应付高考，我将学程序的打算放弃了，到这里我该说下一个人了。

高中时坐我旁边一女生，她的文曲星里有BASIC，我偶尔拿过来编了几个小程序玩，她看到后很感兴趣，令人惊讶的是，她只看了三五个程序，听我讲了几个命令的功能，就能根据自己的想象编出小动画来，她此前是绝没有学过程序的！我曾一度怀疑过她的智商，然而她程序是如此之快，却让我的眼都瞪大了好几圈，比我当年高了好几个境界！我后来经常在想，是不是我当时的方法不对，程序到底应该怎样学。。。

一晃就到了大学，我碰到另一个让我佩服的人，跟我一样是学计算机的，他是偶尔看到我在编动画，然后十分感兴趣，便开始自学。他令人吃惊的是，指针，结构体，位运算等等，都没搞懂（更不用说算法和数据结构），只学了三种程序结构，现在只学了C半年，便自己能编出贪吃蛇，俄罗斯方块，扫雷，还有很多叫不出名字的小游戏来，现在又在写黑白棋，我知道我确实是走了不少弯路。

程序应该怎样学，对C来讲，我觉得应该从画图学起。

原因有二。

一，画图程序很能振奋人心的，它能带给你浓厚的兴趣，这是学程序的关键。

二，画图程序容易上手，很简单的道理，就能做出很漂亮的东西来。有很多东西甚至不用看课本，就能自己推出来（我认为推理的方法很重要，它是你自学的必要条件）。

比如画一个圆，从数学角度来分析，要确定一个圆，只需知道它的圆心（x,y）与半径r,那好一个圆就画出来了，circle(x,y,r);

其它的类推，再画一个立体的，选择立方体，再分析，只要知道两个对角的坐标就行了吧，翻一下课本，不是这样，为什么？你或许会想到，电脑屏幕本来就是平面的，用立体坐标的理论在这里，恐怕就不是最简单的方法。所以它采用的应该是两个平面图形平移。此处留下疑问，立体图形在平面坐标中怎么表示？自己慢慢研究，很浅的东西。

想作动画吧，想象一下动画的原理只是从一个图形变幻到另一个图形，不同地变幻就出现动画效果，那就可以画一个，擦了，再画一个新的，再变化。。。

数学功底好的话，从二维到三维，从静态到动态我认为是很快的过渡。

具体该怎么学呢，你可以多找几个画图的例子，敲到电脑里，多敲几个，慢慢地你就会知道哪些东西是干什么的，慢慢地就会自己做出东西来。

但这里不要沉溺太久了，先学画图只是帮助你轻松地入门（很多人C学完了还没有入门）。

从画图里暂时走出来，你应该打打基础了，这里不再赘述。可以边学边实践，物理，数学课本中很多问题都可以用程序来演示，来解决，尝试着多做些东西，这比你老学课本中的模型强多了，只有你自己去体会才能知道。

谈及C语言，我想凡是学过它的朋友都有这样一种感觉，那就是“让我欢喜让我忧。”欢喜的是，C语言功能非常强大、应用广泛，一旦掌握了后，你就可以理直气壮地对他人说“我是电脑高手！”，而且以后若是再自学其他语言就显得轻而易举了。忧虑的是，C语言犹如“少林武功”一般博大精深，太难学了。其实就笔者认为C语言并非是“difficult（困难）”的，只要你能理清思路，掌握它的精髓，那么自学C语言是一件非常容易且又其乐无穷的事。今天本人就与大家一起谈谈如何学习C语言或者说学习C语言应从哪几方面着手。

了解一些基本知识

一．C语言的背景

就个人感触，无论学习哪门语言首先应该了解一下自己所学语言的背景，也可以说它的发展史。

C语言属于高级程序语言的一种，它的前身是“ALGOL”。其创始人是布朗·W·卡尼汉和丹尼斯·M·利奇。C语言问世时是带有很大的局限性，因为它只能用于UNIX系统上。然而随着科学技术的进步，计算机工业的发展，C语言逐渐脱离UNIX。1987年美国标准化协会制定了C语言的国际标准，简称“ANSI C”，从此以后它便成为一种广泛使用的程序语言。C语言的优点很多，主要的有如下四点：

1．兼备高级语言与低级语言的优点，属于一种中间语言。

2．它是一种结构化程序设计语言，非常适合结构化程序设计。

3．有较丰富的数据类型、运算符以及函数供以选用。

4．直接与内存打交道，使修改、编辑其他程序与文档变得轻松，简单。

二．二大语系二种不同的学习方法

笔者学习过很多程序语言，例如：C，C＋＋（C语言的扩展），QBASIC，VB（BASIC的可视化），java，J ，VB，JAVA，ASP，FOXPRO，PERL等等，就本人实践所得，其实高级程序语言分为两大语系。一路是以C为主的程序语言，例如：JAVA，JAVA等，这类语言在函数的调用，程序语句的书写，循环的控制都极为相似。另一路是以BASIC为首的程序语言，例如：FOXPRO，VB等，此类语言同样具有相似的函数调用，程序语句书写以及循环控制，但与C语系是不同的。因此若是您以前是从QBASIC起家的，那么在学习C语言前最好是先洗洗脑，千万不要把学习BASIC的方法以及思路用在C身上。

讲到这里，我想大家对C语言一定有了感性认识吧！下面让我们再升华一下，全方位亲密接触它。学习C语言必须从以下四点入手，也就是说，只要你能掌握这四点的内容，那么基本上就大功告成了。

怎样才能学好c语言

有人问我c语言是不是很难学，我说不是，后来问的人多了，我就萌生了写一篇关于c语言如何入门的文章的念头来。

其实c语言很简单，它只是一种交流的规则，一种表达的工具，一种承载思想的容器而已，之所以感觉难，我觉得是还不习惯使用计算机特点来考虑问题。这就好比中国人从到英国定居一样，虽然你学过英语，但是那只是想象中的英国，和现实的英国的情况还相差很远，所以要有一个适应的过程，也就是常说的过渡期或磨合期。

想尽快上手就得掌握计算机的特点，计算机的特点包括：

1、 计算机在问题的处理方式上要求全，将所有的可能都要告诉它。人可以根据习惯忽略一些东西，但计算机不行。比如说求解一元二次方程，我们考虑问题就已经默认了a不等于0，更有甚者把b方减4ac也默认大于等于零了。这是我们的习惯，既然有解，我们一般习惯上就把它定为实数解，所以你做出来的程序一般是不考虑这两个条件的，但是计算机不行，计算机是有名的弱智。计算机没有象人一样的智能处理能力，它是人忠实的信徒，不管你怎么想，它都会执行你的命令。由于你的习惯，导致一些别有用心的人或者无意犯错的人来犯错误，致使计算机有时无所适从。很疲惫，甚至崩溃，报错，造成你的程序是不成功的，所以你感觉很难。

2、 计算机要求程序的描述精确，无二义性。人的语言有很强的随机性和二义性。我们平时说话时，有时是一些招呼，有时说话的逻辑性可以不太清楚，话既可以表达这样的意思，也可以表达那样的意思，人可以根据环境和对方想表达的含义进行分析，最终得到正确的结果，但是计算机很弱智，虽然它很听话，但是他不能理解你表达的思想，只会按你交给的指令执行，这样导致执行时报警和出错。

3、 计算机编程是要求有很强的全局性和逻辑性，不存在起伏的问题。人的思维有很强的活跃期和蛰伏期，计算机不会，它随时待命。人在考虑问题时，有很多尽兴的东西，但这不是处理问题的整体，而是一部分，所以就出现做完一段代码后，就不愿意再写，或感觉很吃力，所以感觉很难。

计算机要求它的主人，考虑问题要全面，所有可能的情况及处理都要告诉它，要求学会沉稳，心态要稳定，要求交流的语句一定要明了含义单一。

怎样才能很快的学会c语言，更快的度过磨合期呢？C语言的语法规则记忆理解当然是不可少的，除此之外还应注意以下几个方面：

1、 好好理解一下变量和函数的概念，至少要重新回头看看初等数学。这是基础，否则就会先天不足，你学的再好，也成不了大气候。

2、 平衡心态，虽然不能做到“不以物喜，不以己悲”的水平，但至少不要浮躁，不要急于求成，欲速则不达。

3、 培养自身的全局意识，既能小无内，也能大无外，才行。

4、 严格按照程序设计过程设计程序，不要跳脱，天马行空，没有规矩是不成方圆的。

5、 努力提高自身的综合素质。程序是人思维的表达形式，是人处理问题思路和语言的结合体。你对客观看成到什么程度和你掌握的知识成正比。如果你对处理的问题不理解，不会处理，你怎么也写不出程序。

6、 学会交流，多交流，相互补益，同时团队合作也是很重要的。

总之，实践出真知，多学、多练、多思、多交流，勤奋好学才能学成。

Ⅲ 想自学C语言,谁能推荐本好的入门教程,谢谢

程序员》推荐C++ 图书三人谈

主持人：熊节（透明），《程序员》杂志编辑，C-View成员
嘉 宾：孟岩（梦魇）,联想公司掌上设备事业部应用开发处任职，C-View成员。与侯捷先生合译《C++ Standard Library》一书
金尹（恶魔），上海天宇公司CTO，在《程序员》连载有“自由与繁荣的国度”系列文章

透明：“学C++用哪本书入门”，这是被问得最多的一个问题。但是哪一本书是最好的入门书？似乎很难找到答案。《C++ Primer》太厚，《Effective C++》对读者要求比较高，《Essential C++》又常常被批评为“太浅”。
其实说穿了：no silver bullet。想从一本书学会C++，那是不可能的。有朋友问我如何学C++，我会建议他先去找本数据结构书，把里面的习题全部用C++做一遍，然后再去看《Effective C++》。myan经常说“要在学习初期养成好习惯”，我对此颇不以为然。
个人认为，《Essential C++》适合作教材，《C++ Primer》适合作参考书，《Effective C++》适合作课外读物。

恶魔：很后悔当初买了《C++ Primer》。因为从我个人角度来看，它的功能效用基本是和《The C++ Programming Language》重合。当然对于入门来说，它还是很不错的。但是《C++ Primer》太厚，一来导致看书极其不方便，二来系统学习需要花比较长的时间。对于目前这个越来越快餐化的时代来说，的确有很多不适合的地方，不过可以作为初学者的参考书。现在我以一块K3 CPU的代价把它借给了别人，希望我那位同事能够从中得到一些益处。
如果已经具备了C基础，我建议看国内的书，例如钱能的《 C++大学教程（第二版）》。(如果没有C的基础还是看谭浩强的C语言)。这本书对C讲得还算比较清晰，有很多习题值得一做，特别是最后的struct和union两个部分。其中的一些算法比较拖沓和繁琐（比如树和链表的遍历算法），读者可以尝试修改这些例子，作为最后对C语言的一些总结测试。

梦魇：这个问题让我想起四五年前的情形。今天对于C++有一点认识的人，多半是从那几年就开始学C++了。那时根本没有品牌观念。从书店里找一本 C++书，如果看着还算明白，就买下来。我记得那时候宛延闿、张国锋、麦中凡教授的书都受到很高的赞誉。我个人最早的一本C++书是Greg Perry的一本书，今天想起来，其实是一本打着C++旗号的C语言教程。对我作用最大的一本书是国防科技出版社出版的一本书，书名记不得了，作者叫斯蒂芬·布莱哈。
透明：还记得以前曾批评过一本C++书，是北航出的，整本书就没有出现过class关键字。那本书，说穿了其实只是介绍了C语言和 iostream库的用法，根本不能算C++。而当时我常常推荐的一本书是电子科技大学张松梅老师的C++教程。那本书，直到今天来看也没有太大的问题，唯一的缺憾就是由于年代久远，许多东西已经过时了。而对于一本技术书籍来说，“过时”是最不可接受的。
总体来说，那时使用C++的人真是在“盲人摸象”。不过这也有好处，就是对C++的很多细节能搞清楚，以后看到经典好书时比较容易理解；当然坏处就是概念不清，甚至都不知道C++和Visual C++、Borland C++到底有什么不一样。

梦魇：整个90年代，其实大部分人对于C++的认识都似是而非。一开始是等同于Borland C++，后来是等同于Visual C++和MFC。所以一般来说，打着BC和VC旗号的书卖得很好，人们觉得这就是C++。而我比较幸运，布莱哈的那本书虽然从现在的眼光来看谈不上高超，但基本路子是对的。可能是因为原书是给UNIX程序员的培训教材，所以没有让我一开始就形成“C++ == VC++”的认识。
其实一直到1996年，我们那里搞计算机的都是唯Borland C++马首是瞻的，到了VC 4.0出来，一下子格局全变了。1997年VC5推出之后，书店里MFC书铺天盖地，学MFC的人，头抬得都比别人高一些。不过现在看来，那时候大部分的 MFC书都是三流货色。我曾经有一段时间认为，那一批程序员中间有不少被误导了。根本原因就是相对的封闭。

透明：我觉得一本书的价值有两方面：第一，教给你实用的技术；第二，促使你去思考。对于一本介绍VC（或者说MFC）使用方法的书，我根本不希望它能促使我有什么思考，所以我就一定要求它在技术上精益求精完美无瑕。我刚开始用VC的时候，买的第一本书就是潘爱民老师翻译的《VC技术内幕》（第四版），没有受到那些“三流货色”的误导，应该说是很幸运的。

梦魇：1999年机械工业出版社开始出版“计算机科学丛书”，其中的《Thinking in C++》第一版受到了广泛的欢迎。其实我一直不认为这本书很出色，虽然拿过一次大奖。然而我们都得承认，这本书在C++书籍领域里第一次建立了品牌观念，很多初学者开始知道，不是随便买哪一本都一样的。再往后就是2000年的《 深入浅出MFC（第二版）》第二版，以及侯先生在《程序员》上发表的那一篇《C++/OOP大系》，加上整个大环境的变化，品牌观念深入人心，C++书籍市场终于开始逐渐与世界同步。
回想往事，我的感觉是，那个需要战战兢兢选择入门书的时代已经过去，今天的C++初学者，大可以放心地买口碑好、自己读起来思路顺畅的书，入门不再是太大的问题。还有一些程序员已经学了几年C++，但看到今天出版的一些新书，感觉比较陌生，这也不是什么问题。侯先生经常说“凡走过必留下足迹”，所谓“走弯路”，未必不是一件好事。
至于具体的推荐表，就不好一概而论了。总之在我的印象里，《Essential C++》、《C++ Primer》、钱能教授的C++教程，都不错。甚至有人一上来就看Bjarne Stroustrup的《The C++ Programming Language》，只要他喜欢，也没什么不可以。

透明：我同意你的观点。不管怎么说，编程是门实践性非常强的学问。要想对C++对象模型有深入的了解，最好的办法就是写一串程序去看结果；要想学会OOP，也只能从项目中学。对于初学者，最好的学习方法就是不停地写程序，写真正有用的程序，写到有问题的时候就去查书，于是自然就会知道哪本书好哪本书不好。不过我们的教育制度能不能让大学里的学生们有这样的学习机会，我表示怀疑。
以我的经验，学C++有两个门槛：入门和使用。完全看不懂C++，这是一个门槛，但是只要有一本合适的入门书，很快就能跨过。要想真正用上C ++，却不是件很容易的事情。尤其对于学生来说，接触到的东西多是“玩具”，很难有实战的机会。所以经常看见有人问“C++到底能做什么”，这是C++学习中一个比较麻烦的问题。我们都是做了相当长时间的C++程序之后才看到一些真正经典的书，也正是因为走了相当长的弯路之后才知道这些书的经典之所在。所谓弯路，我想也是一种必须的积累。就算一开始就看《Essential C++》和《C++ Primer》，没有两三年的时间恐怕还是难有所得。

恶魔：有两句十分有道理的话，一是我大学的C语言老师说的“写程序不如说是抄程序”，另一句是一网友说的“好的设计来自借鉴，天才的设计来自剽窃”。对于我这个理性批判主义者来说，这两句话的确不太适合。但是无论从哪个角度来讲，对于初学者来说，剽窃大师的作品是通向成功的最快捷径。
我个人认为，对于C++的初学者来说，首先要确定自己专业领域内主要使用的特性的方向。因为C++的特性如此众多，初学者想贪多基本是不可能成功的。C++的编程范式基本可以分为ADT+PP、GP和OO三个方向。对于ADT+PP范式来说，初学者的主要问题不是学习C++，而是学习C的使用。对于这样的初学者，国内的几本书还是写得比较清楚，符合中国人的习惯，比如谭浩强的《C语言教程》、钱能的《C++语言大学教程》。这两本书我首推第一本，因为这一本我潜心研究了一年，这本书当中很多程序是可以剽窃的，而且可以对这些程序进行加工和提升。比如结构这一章中，它所给出的用struct来实现链表、二叉树的算法是相当蹩脚的。学习ADT+PP的初学者将这本书揣摩透以后可以尝试修改这两个程序。另外这本书的第二版稍微涉及了一些关于“类” 的内容。学习ADT+PP的初学者，可以不被OO中的一些专有特性扰乱自己的思路，对于类层次扁平、无继承、无多态的程序编写是有很大好处的。

透明：你好象比较推崇国内教授写的书。现在社会上有种不好的风气：一捧就捧上天，一贬就贬下地。就好象对待谭教授的书，前几年是奉为经典，这几年又有很多人使劲批评。学C++更是有点“崇洋媚外”，总是觉得初学就应该看《Essential C++》。我看这种观点也是片面的。

恶魔：当然《Essential C++》也值得看看。但是我个人觉得这本书没有谭浩强的《C语言教程》来得好。主要原因是：第一，C++的所有特性都点到了，但是不深，看了以后会三心二意没有方向；第二，可以抄袭借鉴的例子太少。《C语言教程》中有很多有趣的问题，比如猴子吃桃、汉诺塔等等，这些例子对于刚刚涉及C/C++语言编程的人来说是学习编程很好的例子。《Essential C++》只能是前两本书看透以后，作为学习C++特性的一个过渡性的书籍。让读者真正领略到什么是C++的编程、和C编程的不同点在哪里。

透明：我发现一个很有趣的现象：初学者往往喜欢问“哪本书比较好”，这让我很是不解。这有点像一个刚学打篮球的人问“王治郅和科比谁比较厉害”。当然科比更厉害一些。但如果你是想学打篮球，这两个人都非常非常有资格教你，你跟谁学都能学得很强——关键不是在于你选哪个老师，而是在于你自己用多少功夫去学。

透明：回到原来话题。学会了C++的语法，能看懂C++代码之后，必须有些书来指导进阶（或者叫指点迷津）。我觉得《设计模式》很好，能够让读者看到一些精妙的用法。不过正如我经常说的，模式带来的麻烦和好处一样多，甚至麻烦还要更多。而且，C++本身的问题使得在C++中使用GoF模式愈加麻烦。

梦魇：《Design Patterns》这本书绝对是不可以没有的，而且中英文版都不可少。最初我看中文版，说实话看不懂，但是也不觉得人家翻译得不好，所以就想，大概是原文就很难懂，加上自己水平有限。于是总是想着再找几本patterns的书来看。后来找到几本书，口碑还不错，不过水平高下，一比就出来了，还是那本《Design Patterns》最经典，最耐看。英文版出来之后，两个版本对照看，明白多了。现在觉得，其实就设计模式来讲，把这本看明白了就很不错了，不用再花费很多心思找其他的书。我现在的包里始终夹着这本书，随身携带，有备无患。
至于说设计模式的副作用，和可能带来的弊端，我的体会也挺多。不过是这样，我们想一想，究竟什么情况下设计模式可以用得很好呢？一种是有经验丰富的人引导，比如要是Robert Martin带队，你在某个地方用错了设计模式，他就会指出来，说这里不对，将来会产生什么样的弊端。对于他来说，丰富的实践经验足以支持他进行“预测型”设计。但是大部分人没这个能力，因此我们只好走第二条路和第三条路，就是“试探型”设计和“重构型”设计。遇到一个问题，你觉得用某种模式挺合适的，就大胆地用了，成功是积累经验，发现不好，出了问题了，只好改回来，那也是积累教训。这叫做“试探型”。至于重构，应该算是最有组织、成功率最高的工程化方法。先把问题“quick and dirty”地解决了，所有的暗礁都暴露出来，然后再根据实际情况采用合适的模式优化设计。现在XP和UP都高度重视refactory，UP在 Elaboration和Construction阶段都鼓励抽出专门的iterations进行重构。所以说如果组织快速的软件开发，当然比较倾向于这条路——打成功率嘛。

透明：讲到重构，我顺便说说《Refactoring》这本书的影响。从工程本身的角度来说，你所谓的“重构型设计”是没有什么问题的。但中国的开发者（也包括我在内）往往比较冲动，比较容易相信银弹的存在。曾经有那么一段时间，我在Java中尝试过了重构的方法之后，又拿到C++中去尝试。结果发现，在Java中速度非常快的重构过程，到C++中就被减慢了。究其原因，就是因为C++和Java的约束条件不同。拿着Java中成功的案例直接套C ++，不失败才怪。
所以，我必须说：《Refactoring》这本书很有价值。但对于C++程序员来说，它的价值是让你思考，思考这种方法的可行性。如果一个 C++程序员没有打算迁移到Java，那么我必须告诉他：《Refactoring》这本书不是让你照着它用的，甚至不是让你去相信它的。对于C++程序员，《Refactoring》全书可以放心相信的只有第13章，其他的部分，都必须非常谨慎地对待。

梦魇：我还要就“试探型”的方法多说两句，我觉得对于个人发展来讲，“试探”也是必不可少的，撞墙不可怕，高水平的人不都是撞出来的吗？你失败了一次，就知道这个模式有什么潜在的问题，下次再用，就会多看几步，像下棋似的。撞的多了，路数就出来了。
我不知道你们是否有这个感觉：用错了模式，吃了亏，再回过头去翻翻《Design Patterns》，看到人家早就指出来这个问题，不过就是那么几句话，原来看上去干巴巴的，现在觉得句句都讲到心坎上，GoF的形象马上就高大起来，还带着光环，感觉是既兴奋又懊悔。

透明：现在回头来看，我更欣赏myan推荐给我的《Designing Object-Oriented C++ Applications Using Booch Method》。这本书能够帮助C++程序员理清思路培养习惯，可惜国内没有引进。相比后来商业味浓厚的UML系列书籍，我觉得这本书对于面向对象的阐释精辟独到，至今未有能出其右者。

梦魇：刚才我们两人都说到Robert Martin，他可是我的榜样。那本1995年的《Designing Object Oriented C++ Application》，我觉得是每一个C++软件工程师都应该反复研读的书。可惜不仅国内没有引进，在国外的名气也不大。如果你觉得面向对象的那些道理你好像都明白，可就是一遇到实际问题就使不上劲，那这本书就是你的最佳导师。
提到理清思路，还有一本书不得不提，就是Andrew Koenig的《Ruminations On C++》。每个人都应该问自己，我学了这么多年的C++，究竟什么是C++最基本的设计理念？遇到问题我第一个直觉是什么？第一个试探型的解决方案应该具有那些特点？如果你不能给出明确的答案，就应该认真地去读这本书，读完了你就有了“主心骨”。

透明：插一句话，谈谈“推荐书”的问题。入门书基本上是放之四海而皆准的，所以推荐的意义也不大。而入门后的发展方向，每个人不同，这个时候就需要“高人”的指点。举个例子：我学C++的时候，myan还不认识我，所以也没有给我推荐书，我还是学过来了，所以即使你当时向我推荐了《Essential C++》或者《C++ Primer》，我也不会太感谢你；但在我认真研究OO的时候，你推荐Robert Martin那本书给我，对我帮助就特别大，而且我从别的地方也很难找到类似的推荐，所以我就很感谢你。
一个程序员，必须有framework的意识，要学会用framework，还要主动去分析framework（在这方面，《Design Patterns》能有一定的帮助）。但是，真正高质量、成气候的framework的书恐怕也就只有针对MFC的。从这个角度来说，MFC纵有千般不是，C++程序员都非常有必要先去用它、熟悉它、研究它，甚至借助《深入浅出MFC》这样的书来剖析它。不然，很难有framework的意识和感觉。
当然，另一个framework也很好，那就是STL。不管用不用MFC、STL，对这两个东西的掌握和理解都是极有帮助的。最近我又在看《深入浅出MFC》，虽然已经不用MFC编程了，但帮助是一定有的。

梦魇：MFC和STL方面，我还是比较推崇侯先生的两本书《深入浅出MFC》和《STL源码解析》。
《深入浅出MFC》这本书，名气自然是大得不得了，不过也有不少人批评。其实书也没有十全十美的，批评当然是少不了的，不过有的时候我看到有人评论这本书，把它跟Inside VC相比，真的是牛头不对马嘴。
你刚才其实说得很对，程序员应该有一点framework意识。而这本《深入浅出MFC》与其说是在讲MFC编程，不如说通篇是在拿MFC为例分析Application Framework的架构和脉络。所以无论你对于MFC本身是什么态度，这本书对每一个C++程序员都有很大的益处。

透明：是的。《VC技术内幕》会告诉你“DYNAMIC_CREATE这个宏怎么用”，《深入浅出MFC》则告诉你 “DYNAMIC_CREATE这个宏是怎么实现的”。所以，如果你只需要在VC下写一些小应用程序，《深入浅出MFC》的价值并不太大；但是，如果你需要设计一个稍微大一点的东西（不一定是framework），MFC的设计思想就会有所帮助。

梦魇：另外，我觉得对于MFC也应该有一个公允的评价。过去是吹捧得天上有地下无，书店里铺天盖地都是MFC的书，搞得大家只知有MFC，不知有 C++，甚至直到现在还有人问：“我是学MFC呢，还是学C++？VC++是不是比C++更高级的语言？”MFC成了一尊神像，阻碍了人们的视线。所以得把它从神坛上拉下来。这就是过去一两年有很多人，包括我在内批评MFC的一个目的。可是现在大家视野开阔了，.NET也出来了，MFC不再是神像了，少数人就开始以贬损MFC为乐了。我觉得这种态度是不对的。
什么叫好的框架？我觉得在十几年的时间能够象MFC这样保持稳定并且不断进步的框架就是好的框架。可能我们在一些具体的设计问题上有不同看法，觉得“这个地方这么设计不是更漂亮吗？”很多时候是的，但是这不重要，重要的是MFC成熟稳定、有十几年的成功经验，这是最了不起的东西。
另外一点，MFC中间包括着学习Win32 API编程的最佳资料。这是除了其framework方面之外的另一个亮点。我现在使用Win32 API开发，但是经常参考MFC的源代码，收获很大。

透明：STL方面，我对于剖析它的源代码兴趣并不大，毕竟里面源代码多是算法问题。所以，《STL源码剖析》我也只是随便翻翻就束之高阁了。我觉得这本书用来做计算机系的数据结构和算法教材不错，不知道有没有老师乐意这样做。
对于STL，我的态度一向都是“应用至上”。不过，我一直认为SGI STL本身就是一本精彩的书，一本数据结构和算法的经典参考书，同时也是泛型技术的参考书。想知道一个算法是如何实现的，看看STL源代码就行；想知道如何使用type traits，STL源代码里面也有例子。看别人写的书，总觉得隔着一层纱，有点挠不到痒处的感觉。SGI STL的代码写得非常漂亮，一个C++程序员如果不看看这本书，实在是可惜。

梦魇：至于STL，除了《STL源码解析》之外，我举贤不避亲，强烈推荐侯先生与我合译的那本《The C++ Standard Library》。这本书质量之高是无需怀疑的。我现在手边常备此书，随时查阅，对我帮助很大。

透明：C++和Java相比，最大的优势就是它没有一个专门的公司来管它，最大的弱点也是它没有一个专门的公司来管它。Java程序员在学会简单的语法之后，立刻进入SUN提供的framework，一边用这个现成的framework做实际开发，一边在开发过程中继续学习Java一些幽深的特性。而这个时候，C++程序员恐怕还在问“VC和BCB哪个好”呢。这无疑是浪费时间。

梦魇：刚才你说Java和C++的优劣，这个话题已经成了我们这个年代永不消失的声波了。我也不想再谈这个。不过有一点我得说清楚：现在我们很多用C++的人吃了不少苦头，探过脖子去看看Java，觉得它真是太可爱了，这种印象是不准确的。另外，Java也不简单，而且会越来越庞大复杂。在很多场合，Java还不具有竞争力。至于将来如何，我看有些Java爱好者也过分乐观了，似乎计算机科学界几十年解决不了的问题都可以借着Java的东风解决掉，恐怕没那么容易。

透明：那当然。我再次强调：No Silver Bullet。读书很重要，但古人说“行万里路，读万卷书”，还是把“行路”放在“读书”前面。尤其对于技术书籍，如果它不能帮我解决问题、不能给我带来非常实际的利益，那么我是不会去读它的。恶魔说得对，我们这个社会很快餐，我们这个行业尤其很快餐，我们也只能努力适应它。

Ⅳ java的经典书籍有哪些呀

一、Java编程入门类
对于没有Java编程经验的程序员要入门，随便读什么入门书籍都一样，这个阶段需要你快速的掌握Java基础语法和基本用法，宗旨就是“囫囵吞枣不求甚解”，先对Java熟悉起来再说。用很短的时间快速过一遍Java语法，连懵带猜多写写代码，要“知其然”。
1、《Java编程思想》
在有了一定的Java编程经验之后，你需要“知其所以然”了。这个时候《Java编程思想》是一本让你知其所以然的好书，它对于基本的面向对象知识有比较清楚的交待，对Java基本语法，基本类库有比较清楚的讲解，可以帮你打一个良好的Java编程基础。这本书的缺点是实在太厚，也比较罗嗦，不适合现代人快节奏学习，因此看这本书要懂得取舍，不是每章每节都值得一看的，挑重点的深入看就可以了。
2、《Agile Java》中文版
这本书是出版社送给我的，我一拿到就束之高阁，放在书柜一页都没有翻过，但是前两天整理书柜的时候，拿出来一翻，竟然发现这绝对是一本好书！这本书一大特点是以单元测试和TDD来贯穿全书的，在教你Java各种重要的基础知识的过程中，潜移默化的影响你的编程思维走向敏捷，走向TDD。另外这本书成书很新，以JDK5.0的语法为基础讲解，要学习JDK5.0的新语法也不错。还有这本书对于内容取舍也非常得当，Java语言毕竟类库庞大，可以讲的内容太多，这本书选择的内容以及内容的多寡都很得当，可以让你以最少的时间掌握Java最重要的知识，顺便培养出来优秀的编程思路，真是一本不可多得的好书。 虽然作者自己把这本书定位在入门级别，但我不确定这本书用来入门是不是稍微深了点，我自己也准备有空的时候翻翻这本书，学习学习。

二、Java编程进阶类
打下一个良好的Java基础，还需要更多的实践经验积累，我想没有什么捷径。有两本书值得你在编程生涯的这个阶段阅读，培养良好的编程习惯，提高你的代码质量。
1、《重构 改善既有代码的设计》
这本书名气很大，不用多介绍，可以在闲暇的时候多翻翻，多和自己的实践相互印证。这本书对你产生影响是潜移默化的。
2、《测试驱动开发 by Example》
本书最大特点是很薄，看起来没有什么负担。你可以找一个周末的下午，一边看，一边照做，一个下午就把书看完，这本书的所有例子跑完了。这本书的作用是通过实战让你培养TDD的思路。

三、Java架构师之路
到这个阶段，你应该已经非常娴熟的运用Java编程，而且有了一个良好的编程思路和习惯了，但是你可能还缺乏对应用软件整体架构的把握，现在就是你迈向架构师的第一步。
1、《Expert One-on-One J2EE Design and Development》
这本书是Rod Johnson的成名着作，非常经典，从这本书中的代码诞生了springframework。但是好像这本书没有中译本。
2、《Expert One-on-One J2EE Development without EJB》
这本书由gigix组织翻译，多位业界专家参与，虽然署名译者是JavaEye，其实JavaEye出力不多，实在是忝居译者之名。
以上两本书都是Rod Johnson的经典名着，Java架构师的必读书籍。在我所推荐的这些书籍当中，是我看过的最仔细，最认真的书，我当时读这本书几乎是废寝忘食的一气读完的，有小时候挑灯夜读金庸武侠小说的劲头，书中所讲内容和自己的经验知识一一印证，又被无比精辟的总结出来，读完这本书以后，我有种被打通经脉，功力爆增的感觉。
但是后来我看过一些其他人的评价，似乎阅读体验并没有我那么high，也许是因为每个人的知识积累和经验不同导致的。我那个时候刚好是经验知识积累已经足够丰富，但是还没有系统的整理成型，让这本书一梳理，立刻形成完整的知识体系了。
3、《企业应用架构模式》
Martin的又一本名着，但这本书我只是泛泛的看了一遍，并没有仔细看。这本书似乎更适合做框架的人去看，例如如果你打算自己写一个ORM的话，这本书是一定要看的。但是做应用的人，不看貌似也无所谓，但是如果有空，我还是推荐认真看看，会让你知道框架为什么要这样设计，这样你的层次可以晋升到框架设计者的角度去思考问题。Martin的书我向来都是推崇，但是从来都没有像Rod Johnson的书那样非常认真去看。
4、《敏捷软件开发 原则、模式与实践》
Uncle Bob的名着，敏捷的经典名着，这本书比较特别，与其说是讲软件开发过程的书，不如说讲软件架构的书，本书用了很大篇幅讲各种面向对象软件开发的各种模式，个人以为看了这本书，就不必看GoF的《设计模式》了。

四、软件开发过程
了解软件开发过程不单纯是提高程序员个人的良好编程习惯，也是增强团队协作的基础。
1、《UML精粹》
UML其实和软件开发过程没有什么必然联系，却是软件团队协作沟通，撰写软件文档需要的工具。但是UML真正实用的图不多，看看这本书已经足够了，完全没有必要去啃《UML用户指南》之类的东西。要提醒大家的是，这本书的中译本翻译的非常之烂，建议有条件的看英文原版。
2、《解析极限编程 拥抱变化》XP
这是Kent Beck名着的第二版，中英文对照。没什么好说的，必读书籍。
3、《统一软件开发过程》UP
其实UP和敏捷并不一定冲突，UP也非常强调迭代，测试，但是UP强调的文档和过程驱动却是敏捷所不取的。不管怎么说，UP值得你去读，毕竟在中国真正接受敏捷的企业很少，你还是需要用UP来武装一下自己的，哪怕是披着UP的XP。
4、《敏捷建模》AM
Scott Ambler的名着，这本书非常的progmatic，告诉你怎么既敏捷又UP，把敏捷和UP统一起来了，又提出了很多progmatic的建议和做法。你可以把《解析极限编程 拥抱变化》、《统一软件开发过程》和《敏捷建模》这三本书放在一起读，看XP和UP的不同点，再看AM是怎么统一XP和UP的，把这三种理论融为一炉，形成自己的理论体系，那么你也可以去写书了。

五、软件项目管理
如果你突然被领导提拔为项目经理，而你完全没有项目管理经验，你肯定会心里没底；如果你觉得自己管理项目不善，很想改善你的项目管理能力，那么去考PMP肯定是远水不解近渴的。
1、《快速软件开发》
这也是一本名着。可以这样说，有本书在手，你就有了一个项目管理的高级参谋给你出谋划策，再也不必担心自己不能胜任的问题了。这本书不是讲管理的理论的，在实际的项目管理中，讲这些理论是不解决问题的，这本书有点类似于“软件项目点子大全”之类的东西，列举了种种软件项目当中面临的各种问题，以及应该如何解决问题的点子，你只需要稍加变通，找方抓药就行了。
六、总结
在这份推荐阅读书籍的名单中，我没有列举流行的软件框架类学习书籍，例如Struts，Hibernate，Spring之类，也没有列举AJAX方面的书籍。是因为这类书籍容易过时，而上述的大半书籍的生命周期都足够长，值得你去购买和收藏。
希望对您有所帮助！~

Ⅳ 本人计算机相关专业，平时编程效率特别低

编程效率低说明平时动手比较少，还有写过的东西很快忘掉，说明编程的习惯不好，不喜欢写注解。一个好的程序员往往很注意在编写程序的时候随时追加注解，以便日后的维护，有时候这比写程序更重要。时间是够的，平时多注意练习就行了，还有多看看别人写的程序。

Ⅵ 软考的初级程序员考试，都需要哪些教材呢

备考初级程序员，官方教程是一定要看的，可以助你了解考试内容以及方向；另外还可以参考一两本辅导教材，《程序员考试试题分类精解（2017）》全书分析了自2011年到2017年上半年程序员考试的所有考题，对试题进行详细的分析与解答；《程序员考试考前串讲》根据最新的程序员考试大纲，对历年考试中所有知识点进行了归类分析和总结，挖掘出了其中的考试重点和难点，指出了考试的命题方向以及每个知识点在实际考试中所占的分数比例。根据作者进行考试辅导的经验，对其中的难点问题进行了详细的讨论。

Ⅶ 程序员教程第四版pdf谁有

【作 者】张友生，黄少年主编

【ISBN号】978-7-04-028474-4

【页 数】 483

【丛书名】全国计算机技术与软件专业技术资格（水平）考试教学用书

【原书定价】52.00

【主题词】程序设计-工程技术人员-资格考核-自学参考资料

【中图法分类号】TP31

【内容提要】
本书由全国计算机技术与软件专业技术资格考试办公室组织编写，参照人力资源和社会保障部、工业和信息化部制订的2009版《程序员考试大纲与培训指南》，围绕程序员的工作职责和任务对程序员必须掌握的理论基础和应用技术做了详细的介绍。