编程经典语录

篇一：程序员9条经典的编程语录

2013年伊始，告别短暂的小长假，我们又回到了紧张的工作氛围中，在这篇文章中，我收集了几条非常有趣的且广受欢迎的编程术语，为广发编程爱好者加波助澜，就像Linus Torvalds说的那样，我们因为兴趣而编程。 2013年伊始，告别短暂的小长假，我们又回到了紧张的工作氛围中，在这篇文章中，我收集了几条非常有趣的且广受欢迎的编程术语，为广发编程爱好者加波助澜，就像Linus Torvalds说的那样，我们因为兴趣而编程。

1. 在水里行走和以一个需求规格进行软件开发类似，即如果水或需求都被冻结住，那么行走和软件开发都会变得很容易。-——Edward V Berard

2. 不要担心程序异常，如果它总是正确的话你早就失业了。——软件工程Mosher定律

3. 设计的附加价值高于它所增加的花费。——Thomas C. Gale

4. 没有好的团队就开发不出好的软件，但绝大多数的软件开发团队看起来就像不健全的家庭一样。——Jim McCarthy

5. 我才不关心我的代码是否能在你的机器上工作！我们不会给你提供机器。——Vidiu Platon

6. “靠代码行数来衡量开发进程就好比用重量来衡量飞机制造的进度。”——Bill Gates

7. “程序员的问题是，不到太晚，你永远不会知道他在做着些什么。”——Seymour Cray

8. “大部分好的程序员编程并不是为了钱或名望，而只是因为纯粹的乐趣。”——Linus Torvalds

9. “有两种生成一个软件设计方案的途径。一个是把它做得如此简单，以致于明显不会有漏洞存在；另一个是把它做的如此复杂，以致于不会有明显的漏洞存在。”——C.A.R. Hoare

篇二：程序员经典语录

1. 选择当前科技领域的一个小子集，亲近它、拥抱它，并且尝试推进这个小领域的发展。

2. 理解不同数据结构和算法的优缺点，不单是内存中，还有磁盘上的表现。

3. 首先深刻理解你所在的领域，然后抛开计算机，像普通用户那样观察和体会。

4. 时刻准备好（包括能力和心理上）向深层探索，不仅仅是一两层，而是好几层。要知道，是否能在编程时势如破竹，与你所能达到的技术深度关联紧密。

5. 运用你的想象力，总是问这样的问题“还有更好的办法吗？”跳出固有的思维模式，最好的实现方式也许还没有人尝试过。

6. 永远不要过早退出，不要两次编写同一段代码，不要将一个变量命名为另一个变量的子集。如果不理解这些规则，也许你会争辩，不过一旦你这么做了，它们就能帮助你写出更好的代码，否则你将永远停留在初级程序员的水平。

7. 学习如何进行基准测试，学会的那一天，你会发现世界将变得不同。

8. 学会如何分辨琐事和细节，只将精力集中于细节。

9. 不要总是向你的用户和管理者妥协，有时应该让他们知道，他们自以为的并不是那么重要。

10. 写一个框架，无论你是否计划使用它。这个过程会让你学到靠其他方式无法学到的东西。

11. 把学到的东西教给别人，无论是口口相授还是文以载道，你都会发现自己也能从这个过程中收获良多。

12. 找到旁人写的这样一些代码——它们实现了重要的功能，但写得并不够聪明。重写它们，然后告诉自己永远不要犯相同的错误。

13. 在人生的某个时候，运营你自己的事业（服务或产品）。你能从中学到当职员时无法领悟的编程技巧 你认为最具争议的编程观点是什么？

C#专家Jon Skeet曾在StackOverflow上提出这个问题。这里列举最热门的前10条讨论。

1. 业余时间不以编程为乐者，永远赶不上那些以此为乐的同行

即使最聪明、最有才华的人，若只是将编程作为工作，就永远成不了真正优秀的程序员。以编程为乐的人会在业余时搞些小项目，或者摆弄各种编程语言和编程思想。

2. 唯一能放之四海而皆准的最佳实践，是“用脑子思考”

太多人喜欢追逐众多时髦技术，想方设法把各种方法、模式、框架用到不适合的地方。新技术和名人大牛的观点并不等于适用于实际情况。

3. 依赖Google没什么错

这种言论肯定会让那些学富五车的饱学之士恼火。但重要的是能真正理解，并给出成功的编程解决方案，让客户和老板满意。

4. 大多数注释是代码的糟糕重复

我们大部分时间是在维护其他人（或我们自己）所写的代码，而糟糕、错误、过时和误导性的注释也是代码中最令人纠结的因素之一。

5. XML被大大高估了

许多随波逐流的人没动过脑子就跳上了XML这条黑船。XML用于Web应用不错，因为它本来就是干这个的。此外的问题定义、设计思路应该尽量不用XML。

6. 程序员生而不平等

经理往往认为“程序员A=程序员B”，因为他们工作的年头差不多。但实际上，他们的效率可能相差十倍甚至百倍。

7. 将Java作为最适合大学教学的第一门语言令人费解

第一门编程语言应该重在学习控制流和变量，而不是对象和语法。此外没有调试C/C++内存泄漏经验的人，根本无法完全理解Java的初衷。

8. 若你只会一门语言，无论多么精通，仍然不够优秀

任何人如果只局限于一门语言，都无法充分发挥自己的潜力。而且缺乏求知欲和探索意愿，都不符合优秀程序员的特质。

9. 性能真的很重要

尽管可以通过购买更强劲的CPU、硬盘和内存提升性能，但若这样想的人少一些，我们也许能在1GHz的CPU上运行更多程序。

10. Print语句是有效的调试方式

用System.out.println之类的输出语句调试代码的方式挺好。这经常比正式的调试要快，而且可以比较不同运行的输出结果

篇三：101条经典计算机语录

1、计算机没什么用.他们只会告诉你答案.(巴勃罗毕加索,画家)

2、计算机就跟比基尼一样,省去了人们许多的胡思乱想.(萨姆尤因,作家)

3、他们拥有计算机,他们也还可能拥有其他的大规模杀伤性武器.(珍内特雷诺,美国前女司法部长)

4、跟计算机工作酷就酷在这里,它们不会生气,能记住所有东西,还有,它们不会喝光你的啤酒.(保罗利里,吉他手)

5、如果汽车能赶上计算机的发展周期的话,一辆今天的劳斯莱斯仅值100美元,每加仑要跑100万英里,每年还得爆炸一次,把里面的人杀个精光.(Robert X. Cringely,技术作家)

6、计算机总是越来越智能的.科学家告诉我们说不久它们就能跟我们对话了.(这里的它们,我指的是计算机.我怀疑科学家永远都不能跟我们对话.) (Dave Barry,幽默作家)

7、我最近注意到,在共同文化中,那种对计算机变得智能化并最终掌控世界的妄想恐惧症几乎彻底消失了.据我所知,这跟MS-DOS的发布基本是同步的.(Larry DeLuca)

8、计算机会不会思考这个问题就像问潜水艇会不会游泳一样.(Edsger W. Dijkstra,图灵奖获得者)

9、活了一百年却只能记住30M字节是荒谬的.你知道,这比一张压缩盘还要少.人类境况正在变得日趋退化.(Marvin Minsky,人工智能研究的奠基人) 信任

10、这座城市的中央计算机告诉你的?R2D2,你不该相信一台陌生的计算机!(C3PO,星球大战中的翻译机器人)

11、永远不要相信一台不能扔掉一扇窗户*的计算机(斯蒂夫沃兹尼亚克,苹果联合创始人)

12、硬件:计算机系统中可被踢的部分.(Jeff Pesis)

13、今天大部分的软件都很像上百万块砖堆叠在一起组成的埃及金字塔,缺乏结构完整性,只能靠强力和成千上万的奴隶完成.(阿伦凯,图灵奖获得者,面向对象创始人)

14、我终于明白'向上兼容性'是怎么回事了.这是指我们得保留所有原有错误.(Dennie van Tassel)

15、有两样重要产品出自伯克利:LSD和BSD*.我们不相信这是个巧合.(Jeremy S. Anderson)

16、2038年1月19日,凌晨3点14分07秒(UNIX中的世界末日*1970年1月1号之后的2^32秒)

17、每个 *** 作系统都差不多 我们都一样的烂.(微软的高级副总裁布莱恩瓦伦蒂尼这样描述 *** 作系统的安全状况,2003)

18、微软有出了个新版本,Windows XP,据大家说是'有史以来最稳定的Windows', 对我而言, 这就好像是在说芦笋是'有史以来发音最清脆的蔬菜一样' (Dave Barry)

19、互联网?那个东西还在吗?(Homer Simpson)

20、网络就像是个母夜叉.我每转到一处都会看见小个的按钮命令我提交*.(Nytwind)

21、想想看吧,已经有一百万只猴子坐在一百万台打字机旁,可Usenet就是比不上莎士比亚.(Blair Houghton)

22、计算机软件产业最为惊人的成就,是其持续不断地放弃硬件产业的惊人成果和稳定性.(Henry Petroski)

23、真正的创新经常来自于那些贴近市场、但无力拥有市场的的小型初创公司.(Timm Martin)

24、人们常说,伟大的科学学科就像是站在其它巨人肩膀上的巨人.人们也说过,软件产业正如站在其他侏儒脚上的侏儒.(Alan Cooper,交互设计之父)

25、这无关比特、字节和协议,而关乎利润和损益.(郭士纳,IBM前CEO)

26、我们是微软.反抗是徒劳的.你会被同化的.(保险杠贴纸)

27、不管演示在彩排的时候有多好,一旦在观众面前展示时,演示不出错的几率与观众人数成反比,与投入的金钱总额成正比.(Mark Gibbs)

28、专利大多数都是垃圾.浪费时间去阅读这些专利是愚蠢的.只有专利持有人才会这么干,还得强迫自己才会看.(Linus Torvalds,LINUX创始人)

29、控制复杂性是计算机编程的本质.(Brian Kernigan)

30、复杂性杀死一切.它把程序员的生活给搞砸了,它令产品难以规划、创建和测试,带来了安全挑战,并导致最终用户和管理员沮丧不已.(Ray Ozzie)

31、进行软件设计有两种方式.一种是让它尽量简单,让人看不出明显的不足.另一种是弄得尽量复杂,让人看不出明显的缺陷.(C.A.R. Hoare)

32、好的软件的作用是让复杂的东西看起来简单.(Grady Booch,UML创始人之一) 易用性

33、不管那些计算机书籍如何宣称,只需记住,你并非'傀儡'.真正的傀儡是那些无法设计出易于使用的硬件和软件的那些人,尽管他们是技术专家,因为这是普通消费者赖以生活的东西.(Walter Mossberg,科技专栏记者)

34、软件供应商在努力尝试让他们的软件更'易于 *** 作' 迄今为止,他们最好的办法就是翻出所有的老手册,然后在封面盖上'易于 *** 作'这几个字.(比尔盖茨)

35、有个老套的故事说有人希望他的计算机能像他的电话机一样好用.他的愿望实现了,因为我已经不知道该如何使用自己的电话了.(BjarneStroustrup,C++之父)

36、任何一个傻瓜都会用电脑.很多都会.(Ted Nelson)

37、只有两个行业把客户称为'用户'*.(Edward Tufte,信息设计大师)

38、程序员在跟宇宙赛跑,他们在努力开发出更大更好的傻瓜程序,而宇宙则努力培养出更大更好的白痴.到目前为止,宇宙领先.(Rich Cook)

39、你们当中很多人都知道程序员的美德.当然啦,有三种:那就是懒惰、急躁以及傲慢.(Larry Wall,Perl发明者)

40、程序员的问题是你无法预料他在做什么,直到为时已晚.(Seymour Cray,超级计算机之父)

41、那就是这些自认为痛恨计算机的人的真实面目.他们实际上真正痛恨的是糟糕的程序员.(拉瑞尼文,科幻作家)

42、很长时间以来我一直困惑不已,为什么一些又贵又先进的东西会一点用都没有.直到我突然想起,计算机不就是一台愚蠢之至却拥有难以置信的做聪明事能力 的机器嘛,而程序员不就是聪明绝顶却拥有难以置信的.干蠢事的能力的人嘛.一句话,他们简直就是天生绝配.(比尔布莱森,旅游文学作家)

43、不像学学涂涂画画也能让某人成为专家级画家,计算机科学教育不会让任何人成为一名编程大师.(埃里克雷蒙,开源运动领袖)

44、一个程序员是经历以下事情后仍能证明自己是严格的专家的人:他可以历经数不清的捶打,可取材于无关紧要的文档,用上面的争议数据作出模糊假设,并以 此计算出测微精度的无数片面理解的答案,并由一个不可靠、脑袋充满质疑、公

开宣称要让一个倒霉透顶、没有指望、毫无防备,要求第一时间获得信息的部门狼狈 不堪、令人生厌的人使用一台准确度有问题的仪器去实施.(IEEE网格新闻杂志)

45、运气好的黑客能用几个月的时间 - 生产出一个小规模的开发团体(比如说,7-8人)历尽艰辛一起工作了一年多才能做出来的东西.IBM经常报告说某些程序员的生产力要比其它工人高百倍,甚至更多.(Peter Seebach,黑客)

46、最好的程序员跟好的程序员相比可不止好那么一点点.这种好不是一个数量级的,取决于标准怎么定:概念创造性、速度、设计的独创性或者解决问题的能力.(兰德尔E斯特劳斯,科技作家)

47、伟大的车工值得给他几倍于普通车工的薪水,但一个伟大的软件代码作家,其价值则要等同于一个普通的软件写手的价格的1万倍.(比尔盖茨)

48、就算它工作不正常也别担心.如果一切正常,你早该失业了.(Mosher的软件工程定律)

49、靠代码行数来衡量开发进程就好比用重量来衡量飞机制造的进度.(比尔盖茨)

50、写代码的社会地位比盗墓的高,比管理的低.(杰拉尔德温伯格,软件与系统思想家)

51、首先学习计算机科学及理论.接着形成自己编程的风格.然后把这一切都忘掉,尽管改程序就是了.(George Carrette,杰出软件工程师,开源推广者)

52、先解决问题再写代码.(John Johnson)

53、乐观主义是编程行业的职业病用户反馈则是治疗方法.(Kent Beck)

54、迭代者为人,递归者为神.(L. Peter Deutsch)

55、布尔值最好的一点是,就算你错了,也顶多错了一位而已.(无名氏)

56、数组的下标是从0开始好还是从1开始好呢?我的0.5的折衷方案,以我之见,没有经过适当考虑就被否决掉了.(Stan Kelly-Bootle)

57、只有两种编程语言:一种是天天挨骂的,另一种是没人用的.(BjarneStroustrup,C++之父)

《PHP程序设计经典300例》百度网盘pdf最新全集下载:

链接：https://pan.baidu.com/s/1rpjBoUpgfEj27M_z0Vk74A

?pwd=rgq1 提取码：rgq1

简介：PHP是当今使用最为广泛的服务器脚本语言，本书的架构基于PHP+Web 2.0，涵盖了页面动态特效展示、服务器页面渲染到数据库应用等所有主流应用，读者通读此书后即可实现简单的Web前端入门实践。  

C程序设计之四书五经

自从Dennis M.Ritchie于1973年设计并实现C语言以来，计算机程序设计领域已经发生了巨大的变化。以C语言为根基的C++、Java和C#等面向对象语言相继诞生，并在各自领域大获成功。今天，C及其后裔几乎统治了计算机程序设计世界。可以这么说，C语言的诞生是现代程序语言革命的起点，它改变了程序设计语言发展的轨迹，是程序设计语言发展史中的一个里程碑。

然而，C并不仅仅是其他语言的起点和基础，否则它早已成为程序设计语言发展过程中又一个被遗弃者。和当初发明时一样，C语言今天依然至关重要。它的表达力、效率、简练、紧凑、对机器的最终控制以及跨平台的高度移植性，使其在系统编程、嵌入式编程等领域一直占据着统治地位，而C99标准的制订则再一次使C语言焕发出新的活力。下文介绍C程序设计领域中的几本好书，其中一些堪称经典。

1. Brian W.Kernighan, Dennis M.Ritchie，《C程序设计语言》，机械工业出版社

这是迄今为止在所有程序设计语言书籍中最广受尊敬的一部经典，是任何一名C程序员的必读之作。因为出自C语言的设计者Dennis M．Ritchie和著名的计算机科学家Brian W．Kernighan之手，它被昵称为“K&R C”。是它首先引入了“Hello World!”程序，这个程序几乎成了后来任何一本入门性程序设计语言书籍中的第一个例子。

如同C语言本身简洁紧凑而极具威力一样，这本书轻薄短小而极富张力。通过简洁的描述和典型的示例，它全面、系统、准确地讲述了C语言的各个特性以及C程序设计的基本方法，内容涵盖基本概念、类型和表达式、控制流、函数与程序结构、指针与数组、结构、输入与输出、UNIX系统接口以及标准库等内容。

简洁清晰是这本书最大的特色。这本小书可以教给你许多比它厚几倍的“大部头”的知识。我认为那些动辄洋洋洒洒拼凑出好几百页乃至上千页的技术作者应该好好向K&R学一学。对于中、高级程序员而言，如果希望迅速获得C语言的严肃知识而又不愿意多花费哪怕一丁点时间，这本书就是首选。

顺便说一句，这本书的索引制作非常出色，极具实用价值，这可能首先要归功于正文部分的简明扼要。此外，尽管它看上去很像一本教程，但其实更是一本写给专业程序员的指南。如果你不具备任何其他语言程序设计背景或基本的C语言知识，这本书也许并不适合用作你的C语言启蒙读物。

2. Perter Van Der LinDen，《C专家编程》，人民邮电出版社

C语言是严肃的程序员语言，但这并不意味着C语言书籍必须板着面孔说教。在这本被C程序员昵称为“鱼书”（封面上有一条“丑陋的”腔棘鱼）的著作中，作为SUN公司编译器和 *** 作系统核心开发组成员之一，Peter淋漓尽致地展示了其深厚的技术沉淀、丰富的项目经验、高超的写作技巧以及招牌式的幽默。在这部作品中，作者以流畅的文字、诙谐的笔法将逸闻典故、智慧和幽默自然地融入技术描述中，读来宛若一本小说，极富趣味。

本书讲述了C语言的历史、语言特性、声明、数组、指针、连接、运行时以及内存使用等知识，揭示了C语言中许多隐晦之处，尤其深入解析了声明、数组和指针、内存使用等方面的细节。要想成为一名专家级C程序员，这些内容都是必须掌握的。和其他满是抽象例子的C语言书籍不同，这本书充满了大量的来自真实世界的C程序设计实例，它们对C程序员具有很高的参照价值。另外，每一章都以极富趣味的“轻松一下”收尾，而附录A“程序员工作面试的秘密”则是任何语言的程序员在应聘工作前增强自信的好材料。

我怀疑真正的C专家可能用不着看这本书 — 从内容到组织方式到行文风格都决定了这是一本轻松愉快的“从菜鸟到高手”的进阶读本，所以，它理应拥有更广泛的读者群。初级程序员往往更需要热情的鼓励，在阅读这本书的过程中，你定会深深地被作者对编程的激情所感染。

世间并无完美。我认为这本书的缺陷在于，和大多数平庸的C语言书籍一样，它画蛇添足地加入了一章关于C++的描述。在今天看来，这个描述既不全面也有失公允。不过，鉴于作者是在1994年从一名C程序员的角度去观察C++，这一点也就不足为奇了。

3. Samuel P. Harbison, Guy L. Steele，《C语言参考手册（第五版）》（影印版），人民邮电出版社

在C语言参考手册类书籍里，Samuel P. Harbison 和Guy L. Steele合著的《C: A Reference Manual》是非常出色的一本。这本手册的第五版新增了对C99标准的介绍，以便满足新时期C语言学习的需要。全书共分为两大部分，第一部分专注于C语言特性，第二部分则全面讨论了C标准库。本书涵盖C99、C89、传统的C、所有版本的C运行库以及编写与C++兼容的C代码等一切知识。

这本手册只是中等厚度，但它比“比它更厚”的其他参考手册更清晰地描述了C语言的现在和过去的方方面面。整本手册技术细节描述精确，组织条理清楚，内容完备详尽而又简明扼要。可以这么说，它在广度、深度和精度方面都是出类拔萃的。对于中、高级C程序员而言，这本手册值得常备案头，它几乎肯定要比K&R的著作使用频率更高。

2004年2月1日补充：我手头有这本书的中文版：《C语言参考手册》（机械工业出版社出版）。它在很大程度上减轻了我的查阅负担，不过偶尔也增加了理解上的困难。

4. David Hanson，《C语言接口与实现：创建可重用软件的技术》，机械工业出版社

C语言能够历经三十多年而不衰，一个重要的原因在于它的适应能力。在这“复用”、“面向对象”、“组件”、“异常处理”等先进机制漫天飞舞的年代，C语言仍然能够凭借它小而优雅的语言特性，在相当程度上满足现代软件体系架构提出的要求。只不过，想要达到这个程度，必须要在C的应用功力上达到最高层次。在嵌入式、系统软件以及对性能要求极高的系统开发中，开发人员必须达到这样的层次，熟练掌握C语言的高级特性，才能够同时满足效率和灵活性、复用性的要求。可惜，虽然C语言技术图书汗牛充栋，但是关注这个峰顶之域的作品却是屈指可数。David Hanson的《C Interfaces and Implementations》就是个中翘楚。

David Hanson是业内大名鼎鼎的自由编译器lcc的合作者。在这个项目中，他负责提供高度可复用的基础架构。在不断的实践中，他完全使用ANSI C形成了一整套可复用组件库。这套组件库架构清晰，性能优异，而且提供了很多高级的特性，比如类Win32 SEH的异常处理机制，可移植的线程库，高性能的内存池，丰富的可复用数据结构组件。David Hanson把他在创作这些组件的过程中所积累的心得以及对其源码的精致剖析原原本本地写在了这本书里。这样的著作，当然堪称C语言领域里的铭心绝品。难怪已故著名技术作家Richard Stevens对此书赞不绝口，他说：“这本书中的技术，对于大部分C程序员来说，已经遗忘得太久了。”对于希望能在C语言应用上达到最高层次的核心程序员而言，这本书是难得的必读之作。

其他

除了以上四本书以外，我还乐意推荐Andrew Koenig的著作《C陷阱和缺陷》（人民邮电出版社）和Deitel父子合著的《C How to Program》两本书。

Andrew Koenig是世界上屈指可数的C++专家，他的这本书可能是最薄的一本C语言经典。它简明扼要地讲述了C程序设计中的陷阱和缺陷，包括词法陷阱、语法陷阱、语义陷阱、连接、库函数、预处理器以及可移植性缺陷等，最后一章还给出了关于如何减少程序错误的建议以及前面各章问题的参考答案。尽管这个小册子成书于C89标准制定之前，然而，即使到了C99早已颁布的今天，书中提到的大多数陷阱和缺陷一如十五年前那样使我们警醒。

Deitel父子合著的《C How to Program》一直是非常好的C语言入门教程，我手头的中译本名为《C程序设计教程》（机械工业出版社出版，原书第二版）。除了对技术的正规描述（辅以许多简明扼要的例子）外，每一章后面都带有小结、术语、常见的程序设计错误、良好的程序设计习惯、性能忠告、可移植性忠告、软件工程评述、自我测验练习及答案等。整书内容清晰，组织良好，易于阅读和理解。值得一提的是，有许多入门书读完一遍即可扔掉，而这一本是个例外。

结语

以上这几本书很大程度上局限于描述C语言及标准库本身，如果希望学习更专业的、领域相关的C程序设计技术，你可以在选择阅读这几本书的基础上继续查阅专门书籍。此外，在C语言书籍领域，水平不相上下的作品有很多，这几本只是根据我自身的阅读体验而做出的推荐。

我并不是一名C程序员，我的大多数时间都花在C的后裔语言尤其是C++身上了。然而，正如你知道的那样，C++并不全是类和模板，不全是面向对象和泛型编程，在较低的层面，C++的各个实现一如既往在很大程度上兼容C。C++和C的亲密关系决定了每一本C语言经典都应该是C++程序员的读物。

这世界变化得真是太快。各色新事物层出不穷，让人眼花缭乱、目不暇接。人们也很容易被那些五光十色的花哨玩意儿所吸引，常常会忘记构筑过去、现在和未来的坚实基础。C语言就是这样的基础之一。今天，世界上有许多我们看不见的重要软件是用C语言（以及C++等）编写而成的，正是它们在默默地支撑着这个信息世界的运转。

---