关于描写程序员的句子
软件就像做爱。一次犯错，你需要用余下一生来维护支持。（作者：Michael Sinz）
拷贝-粘贴是一种设计错误。（作者：David Parnas）
保存好你做过的所有的源文件（作者：”）
Seymour Cray 6。 “程序员的问题是，不到太晚，你永远无法知道一个他在做着些什么。”（作者：”）
Larry Wall 8。 “大多数的你们都熟悉程序员的美德。它们有三点：懒，不耐烦，以及狂妄自大。”（作者：Anonymous）
The best thing about a boolean is even if you are wrong, you are only off by a bit、（作者：Anonymous Hack Actor）
所有的程序员都是编剧，所有的计算机都是烂演员。（作者：Abelson Sussman）
程序员的麻烦在于，你无法弄清他在捣腾什么，当你最终弄明白时，也许已经晚了。(超级计算机之父Seymour Cray)（作者：Leslie Chicoine）
程序必须是为了给人看而写，给机器去执行只是附带任务。（作者：Gordon Bell）
“设计是一个发现问题、而不是发现解决方案的过程”（作者：”）
最廉价、最快速、最可信赖的组件是那些还未出现的组件。（作者：Perl语言发明者Larry Wall）
Alan Kay 7。 “今日的大多数软件很像埃及金字塔，由千百万砖头堆砌起来，层层相切，没有着整体的 结构，是由畜力和成千上万奴隶的力量建立起来的。”（作者：Martin Golding）
我想大部分人都知道通常一个程序员会具有的美德。当然了，有三种：懒惰，暴躁，傲慢。（作者：Stewart Brand）
编程时要保持这种心态：就好象将来要维护你这些代码的人是一位残暴的精神病患者，而且他知道你住在哪。（作者：Jessica Gaston）
一种新技术一旦开始流行，你要么坐上压路机，要么成为铺路石。（作者：Anonymous）
一个人写的烂软件将会给另一个人带来一份全职工作。（作者：Edward V Berard）
预备，开火，瞄准：这是最快的软件开发方法。预备，瞄准，瞄准，瞄准，瞄准：这是最慢的软件开发方法。（作者：请看第二遍、第三遍；）
在水上行走和按需求文档开发软件都很容易——前提是它们都是冻结状态。
别指望看第一遍书就能记住和掌握什么
程序有问题时不要担心。如果所有东西都没问题，你就失业了。（作者：软件工程的Mosher定律）最好的性能改进是将软件从不能用的状态变成可用。（作者：J、 Osterhout）
理论上，理论和实践是没有差异的。但实践中，是有的。（作者：Jan L、 A、 van de Snepscheut）
不要漏掉书中任何一个练习——请全部做完并记录下思路；（作者：”）
保存好你做过的所有的源文件----那是你最好的积累之一；（作者：Nathaniel Borenstein）
种瓜得瓜，种豆得豆 （As you sow, so shall you reap)（作者：Anonymous Code Behaviorist）
《桃花庵程序员版》写字楼里写字间，写字间中程序员； 程序人员写程序，又将程序换酒钱； 酒醒只在屏前坐，酒醉还来屏下眠； 酒醉酒醒日复日，屏前屏下年复年； 但愿老死电脑间，不愿鞠躬老板前； 奔驰宝马贵者趣，公交自行程序员； 别人笑我太疯癫，我笑自己命太贱； 但见满街漂亮妹，哪个归得程序员。（作者：Gerald Weinberg）
George Carrette 9。 “首先学会计算机科学和所有的理论。 然后发展出一个编程风格。 之后便要忘掉所有这些， 以自由的方式探索。”（作者：Anonymous Linguist）
这世界最有可能毁灭的方式——大多数专家都同意——是次意外。这就是为什么会有我们，我们是计算机专家，我们创造意外。（作者：Martin Fowler）
烂代码并不烂，只是被误解了。（作者：Alan J、 Perlis）
如果建筑工人像程序员写软件那样盖房子，那第一只飞来的啄木鸟就能毁掉人类文明。（作者：Anonymous）
当有这样的一种编程语言出现：它能让程序员用简单的英语编程，你将会发现，程序员都开始不会说英语。（作者：Kreitzberg and Shneiderman）
“任何傻瓜都能写出计算机可以理解的代码。好的程序员能写出人能读懂的代码”（作者：Bjarne Stroustrup）
有两种方法能写出没有错误的程序；但只有第三种好用。（作者：Edsger Dijkstra）
培养员工，即使他们有跳槽的风险。什么都不做而留他们在公司，这样风险更大。（作者：Sam Redwine）
编程可以很有趣，你可以用它做密码学研究，但两者绝对不能合二为一。（作者：Donald Knuth）
世上只有两类编程语言：那些拥有被人诟病的和那些没人用的。
如果纠错是消除软件bug的过程，那编程一定是把它们放进去的过程。
软件和教堂非常相似——建成之后我们就在祈祷。
计算机善于遵循指令，但不善于理解你的思维。
评估一个事情要比去理解你评估了什么容易。（作者：软件工程的Mosher定律）软件设计最困难的部分…是阻挡新功能的引入。（作者：J、 Osterhout）
除非最后一个用户死掉，软件是不会有完工的时候的。（作者：Jan L、 A、 van de Snepscheut）
为什么我们没有时间把事情做对，却总有时间把事情做过头？（作者：”）
按代码行数来评估软件开发的进度，就如同按重量来评估飞机建造的进度。(比尔（作者：Nathaniel Borenstein）
计算机科学的目标是做出一个东西，并且保证它至少能坚持到我们将它开发完成。（作者：Anonymous Code Behaviorist）
工作进度上越早落后，你就会有越充足的时间赶上。（作者：Gerald Weinberg）
想在自己的代码里找出一个错误是十分困难的。而当你认为你的代码没有错误时，那就更难了。（作者：Anonymous Linguist）
注释代码很像清洁你的厕所——你不想干，但如果你做了，这绝对会给你和你的客人带来更愉悦的体验。（作者：Martin Fowler）
软件通常在beta测试完成不久后发布。Beta在拉丁语中是“还不能用”的意思。（作者：Alan J、 Perlis）
我们这个行业有个特别奇怪的现象：不仅我们不从失败里吸取教训，同时也不从成功中学习经验。（作者：Anonymous）
起初就把事情做对是完全没必要的。但最后要把事情做对是绝对必要的。（作者：Kreitzberg and Shneiderman）
小心上面代码中的bug；我只知道这些代码是正确的，但没有试过。（作者：Bjarne Stroustrup）
不要放过任何一道看上去很简单的例题——他们往往并不那么简单，或者可以引申出很多知识点。（作者：Edsger Dijkstra）
学脚本并不难，JSP、ASP、PHP等等也不过如此--难的是长期坚持实践和不遗余力的博览群书。（作者：Sam Redwine）
每学到一个脚本难点的时候，尝试着对别人讲解这个知识点并让他理解（作者：Donald Knuth）
随机函数可以帮你实现家庭和谐： Talk《：top word
九个人不能让一个孩子在一个月内出生。—Fred Brooks,《人月神话》作者
IF(BOOL 学习= =FALSE)BOOL 落后=TRUE;不断的学习，我们才能不断的前进
预防为主，治疗为辅(An ounce of prevention is worth a pound of cure）磨刀不误砍柴工