关于程序员的语录

• “Real developers ship”

• 信念和目标，必须永远洋溢在程序员内心。

• 为什么我们没有时间把事情做对，却总有时间把事情做过头？

• 预备，开火，瞄准：这是最快的软件开发方法。预备，瞄准，瞄准，瞄准，瞄准：这是最慢的软件开发方法。

• 当有这样的一种编程语言出现：它能让程序员用简单的英语编程，你将会发现，程序员都开始不会说英语。

• I think Microsoft named 。Net so it wouldn’t show up in a Unix directory listing.

• 编程可以很有趣，你可以用它做密码学研究，但两者绝对不能合二为一。

• 程序必须是为了给人看而写，给机器去执行只是附带任务。

• 软件和教堂非常相似——建成之后我们就在祈祷。

• 一个人写的烂软件将会给另一个人带来一份全职工作。

• 九个人不能让一个孩子在一个月内出生。—Fred Brooks,《人月神话》作者

• 程序员可以让步，却不可以退缩，可以羞涩，却不可以软弱，总之，程序员必须是勇敢的。

• 按代码行数来评估软件开发的进度，就如同按重量来评估飞机建造的进度。(比尔

• 如果Java能实现真的垃圾回收，那大部分的程序都会在执行时删除自己。

• 为了理解递归，我们首先要理解的是递归。

• 我们这个行业有个特别奇怪的现象：不仅我们不从失败里吸取教训，同时也不从成功中学习经验。

• 种瓜得瓜，种豆得豆 （As you sow, so shall you reap)

• 不要放过任何一道看上去很简单的例题——他们往往并不那么简单，或者可以引申出很多知识点。

• 注释代码很像清洁你的厕所——你不想干，但如果你做了，这绝对会给你和你的客人带来更愉悦的体验。

• “设计是一个发现问题、而不是发现解决方案的过程”

• 计算机科学的目标是做出一个东西，并且保证它至少能坚持到我们将它开发完成。

• 我不是一个伟大的程序员，我只是一个具有良好习惯的优秀程序员

• 有两种方法能写出没有错误的程序；但只有第三种好用。

• 所有的程序员都是编剧，所有的计算机都是烂演员。 Anonymous Hack Actor

• 如果建筑工人像程序员写软件那样盖房子，那第一只飞来的啄木鸟就能毁掉人类文明。

• 最廉价、最快速、最可信赖的组件是那些还未出现的组件。

• Alan Kay 7。 “今日的大多数软件很像埃及金字塔，由千百万砖头堆砌起来，层层相切，没有着整体的 结构，是由畜力和成千上万奴隶的力量建立起来的。”

• Java之于JavaScript如同Car之于Carpet.

• 不要漏掉书中任何一个练习——请全部做完并记录下思路；

• “过去的代码都是未经测试的代码”

• 程序员爱情观：爱情就是死循环，一旦执行就陷进去了；爱上一个人，就是内存泄漏你永远释放不了；真正爱上一个人的时候，那就是常量限定，永远不会改变；女朋友就是私有变量，只有我这个类才能调用；情人就是指针用的时候一定要注意，要不然就带来巨大的灾难。

• 我想大部分人都知道通常一个程序员会具有的美德。当然了，有三种：懒惰，暴躁，傲慢。

• 培养员工，即使他们有跳槽的风险。什么都不做而留他们在公司，这样风险更大。

• 程序猿的读书历程：x 语言入门 —> x 语言应用实践 —> x 语言高阶编程 —> x 语言的科学与艺术 —> 编程之美 —> 编程之道 —> 编程之禅

• 拷贝-粘贴是一种设计错误。

• “没有绝世神功”

• 程序有问题时不要担心。如果所有东西都没问题，你就失业了。

• 测评不会撒谎，但测评的人会。

• 评估一个事情要比去理解你评估了什么容易。

• 所有的程序员都是编剧，所有的计算机都是烂演员。

• 硬的怕横的，横的怕不要命的，疯子都是不要命的，所以疯子力量大，程序员只有一种，疯狂的程序员。

• 保存好你做过的所有的源文件----那是你最好的积累之一；

• Seymour Cray 6。 “程序员的问题是，不到太晚，你永远无法知道一个他在做着些什么。”

• 预防为主，治疗为辅(An ounce of prevention is worth a pound of cure）磨刀不误砍柴工

• 疯狂的程序员决不是靠狂妄和拼命的程序员，而是能够脚踏实地，持续努力的程序员，一个程序员真正做到这两点，技术上去后，唯一能限制他的只有想象力，到那个时候才算“疯狂的程序员”，这种程序员，才能令对手无比恐惧。

• “功能说明书里不存在可操作性”

• 软件能够复用前，它必须要可用。

• George Carrette 9。 “首先学会计算机科学和所有的理论。 然后发展出一个编程风格。 之后便要忘掉所有这些， 以自由的方式探索。”

• 一种新技术一旦开始流行，你要么坐上压路机，要么成为铺路石。

• 程序员是值得尊敬的，程序员的双手是魔术师的双手，他们把枯燥无味的代码变成了丰富多彩的软件。

• IT工程师=加班狂+程序员+测试工程师+实施工程师+网络工程师+电工+装卸工+搬运工+超人。

• 三思而后行。

• 在水上行走和按需求文档开发软件都很容易——前提是它们都是冻结状态。

• “测试是来表明bug的存在而不是不存在”

• 要么做第一个，要么做最好的一个。

• “任何傻瓜都能写出计算机可以理解的代码。好的程序员能写出人能读懂的代码”

• 无风不起浪

• 除非最后一个用户死掉，软件是不会有完工的时候的。

• 工作进度上越早落后，你就会有越充足的时间赶上。

• 随机函数可以帮你实现家庭和谐： Talk《：top word

• 想在自己的代码里找出一个错误是十分困难的。而当你认为你的代码没有错误时，那就更难了。

• 《桃花庵程序员版》写字楼里写字间，写字间中程序员； 程序人员写程序，又将程序换酒钱； 酒醒只在屏前坐，酒醉还来屏下眠； 酒醉酒醒日复日，屏前屏下年复年； 但愿老死电脑间，不愿鞠躬老板前； 奔驰宝马贵者趣，公交自行程序员； 别人笑我太疯癫，我笑自己命太贱； 但见满街漂亮妹，哪个归得程序员。

• 文章最后发布于：。

• 人生就像是一颗二叉树，从根节点开始遍历，选择，左或是右，人生的蛇形轨道也在那一刻，随之改变。人生可能有很多种结局，但是到那个结局的路只有一条，选择权在你自己的手里。

• 计算机善于遵循指令，但不善于理解你的思维。

• 起初就把事情做对是完全没必要的。但最后要把事情做对是绝对必要的。

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

• 保存好你做过的所有的源文件

• 理论上，理论和实践是没有差异的。但实践中，是有的。

• “程序员的问题是，不到太晚，你永远无法知道一个他在做着些什么。” Seymour Cr ay 5。 “To iterate is human, to recurse divine.”

• 软件通常在beta测试完成不久后发布。Beta在拉丁语中是“还不能用”的意思。

• 大部分情况下，构建程序的过程本质上是对规范调试的过程。—Fred Brooks,《人月神话》作者

• 非优秀的程序员常常把空间和时间消耗殆尽，优秀的程序员则总是有足够的空间和时间去完成编程任务，而且配合近乎完美。

• 最好的性能改进是将软件从不能用的状态变成可用。

• 烂代码并不烂，只是被误解了。

• IF(BOOL 学习= =FALSE)BOOL 落后=TRUE;不断的学习，我们才能不断的前进

• 个网络基础知识普及，看完成半个网络高手。

• 学脚本并不难，JSP、ASP、PHP等等也不过如此--难的是长期坚持实践和不遗余力的博览群书。

• 世上只有两类编程语言：那些拥有被人诟病的和那些没人用的。

• Larry Wall 8。 “大多数的你们都熟悉程序员的美德。它们有三点：懒，不耐烦，以及狂妄自大。”

• 老婆给当程序员的老公打电话：“下班顺路买三个包子带回来，如果看到卖西瓜的，买一个。”当晚，程序员老公手捧一个包子进了家门……老婆怒道：“你怎么就买了一个包子？ 老公答曰：“因为看到了卖西瓜的。”

• 如果纠错是消除软件bug的过程，那编程一定是把它们放进去的过程。

• 如今的大部分软件都非常像埃及金字塔，由成千上万的石块一个摞一个构成，没有结构上的集成，是由暴力强制和成千上万的奴隶完成。

• 软件就像做爱。一次犯错，你需要用余下一生来维护支持。

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

• 每学到一个脚本难点的时候，尝试着对别人讲解这个知识点并让他理解

• 删除的代码是没有bug的代码。

• 程序员的麻烦在于，你无法弄清他在捣腾什么，当你最终弄明白时，也许已经晚了。(超级计算机之父Seymour Cray)

• 一个好的程序员是那种过单行线马路都要往两边看的人。

• The best thing about a boolean is even if you are wrong, you are only off by a bit.

• 我想大部分人都知道通常一个程序员会具有的美德。当然了，有三种：懒惰，暴躁，傲慢。(Perl 语言发明者 Larry Wall)

• 这不是个bug——这一个未注明的功能特征。

• 编程时要保持这种心态：就好象将来要维护你这些代码的人是一位残暴的精神病患者，而且他知道你住在哪。

• 如今的编程是一场程序员和上帝的竞赛，程序员要开发出更大更好、傻瓜都会用到软件。而上帝在努力创造出更大更傻的傻瓜。目前为止，上帝是赢的。

• 软件设计最困难的部分…是阻挡新功能的引入。

• 这世界最有可能毁灭的方式——大多数专家都同意——是次意外。这就是为什么会有我们，我们是计算机专家，我们创造意外。

• “简单不先于复杂，而是在复杂之后”

• Donald Knuth 10。 “人们认为计算机科学是天才的艺术，但事实完全相反：只是很多人在共同建立起来的 事物之上工作，就像一条由小石头铺成的小径。”

• 别指望看第一遍书就能记住和掌握什么

• 小心上面代码中的bug；我只知道这些代码是正确的，但没有试过。