一个好的程序员是在穿过单行道之前向两边看的人。—DougLinder，系统管理员一个优秀的程序员是在过单行道之前向两边看的人。先看看马路两边。–DougLinder，系统管理员任何工具的一个最重要但也是最难以捉摸的方面是它对那些训练自己使用它的人的习惯的影响。如果工具是一种编程语言，那么无论我们喜欢与否，这种影响都会影响我们的思维习惯。—EdsgerDijkstra，计算机科学家工具最重要和最不易察觉的方面之一是工具对使用它们的人的习惯的微妙影响。如果工具是编程语言，不管我们喜不喜欢，都会影响我们的思维习惯。——EdsgerDijkstra，著名计算机科学家。抽象与含糊截然不同……抽象的目的不是模糊，而是创造一个新的语义层次，在这个层次上可以绝对精确。—EdsgerDijkstra模糊事物，创建一个新的语义层，其中有绝对精确的描述。—EdsgerDijkstra除了数学倾向之外，对母语的出色掌握是称职程序员最重要的资产。—EdsgerDijkstra除了数学倾向之外，对母语的出色掌握是称职程序员最重要的资产。—EdsgerDijkstra无价的财富。–EdsgerDijkstraC很容易搬起石头砸自己的脚；C++使它变得更难，但当你这样做时，它会吹走你的整条腿。—BjarneStroustrup，C++编程语言的开发者C很容易搬起石头砸自己的脚；脚，而C++使它更难，但如果你必须这样做，你的整条腿都会被炸掉——BjarneStroustrup，C++语言的发明者评论：大多数调试问题很容易解决；确定位置——比尔·克林顿，美国前总统从计算机编程的现状来看，软件开发显然已经成为一门魔法，它仍然不能称为一门工程科学。——比尔·克林顿美国前总统很长一段时间我都困惑为什么如此昂贵、如此前沿的东西怎么会如此无用，然后我想到计算机是一种愚蠢的机器，但却有能力做到令人难以置信的聪明事情，而计算机程序员是聪明人，有能力做非常愚蠢的事情。简而言之，他们是绝配。——BillBryson，作者，来自大国手记越贵越前沿，越有可能没用。然后另一件困扰我的事情是，计算机是一台死机器，可以做不可思议的聪明事，而计算机程序员是非常聪明的人，可以做不可思议的蠢事，简而言之，他们真的是天生的一对。–来自BillBryson旅行文学作家的笔记BigCountry如果有足够多的眼球，所有错误都是浅显的（例如，如果有足够大的Beta测试者和合作开发者基础，几乎每个问题都会被快速表征并且修复对某些人来说是显而易见的）。—EricS.Raymond，开源软件的程序员和倡导者，来自TheCathedralandtheBazaar更正将是显而易见的）好的代码是它自己最好的文档。当您要添加评论时，问问自己，“我怎样才能改进代码以便不需要该评论？”改进代码然后记录它以使其更加清晰。—SteveMcConnell，软件工程师和作者，来自CodeComplete好的代码本身就是最好的文档。当你要发表评论时，问问自己‘我怎样才能改进我的代码，让它不需要评论？’重构你自己的代码，然后让文档更清晰。—史蒂夫·麦康奈尔《代码大全》作者嘿！它编译！装运它！——未知嘿，编译通过了！船运！–Anonymous每个写得很好的大程序里面都有一个写得很好的小程序。—CharlesAntonyRichardHoare，计算机科学家每个写得很好的大程序里面都有一个写得很好的小程序。–CharlesAntonyRichardHoare，计算机科学家应该注意的是，没有受过道德训练的软件工程师会同意编写DestroyBaghdad程序。基本的职业道德反而会要求他编写一个DestroyCity程序，巴格达可以作为par提供给它。—NathanielS.Borenstein，计算机科学家请注意，没有接受过规范培训的工程师会赞成编写DestoryBaghdad函数。最基本的专业规范会告诉他们应该写一个函数叫DestoryCity，然后用“巴格达”（Baghdad）作为这个函数的参数。—— NathanielS.Borenstein, 计算机科学家管理程序员就像放猫。——未知。——比尔·盖茨，微软公司联合创始人以代码行数来衡量编程的进度，就像以飞机零件的重量来衡量制造飞机的进度一样。——比尔·盖茨，微软创始人用被斥为糟糕的语言编写的好代码比用自称美妙的语言编写的代码要多得多。—BjarneStroustrup，来自TheDesignandEvolutionofC++用世界语言编写，而不是用人们说得很好的语言编写。—BjarneStroustrup，来自《The Design and Evolution of C++》程序必须编写供人们阅读，并且只是偶然地供机器执行。——HaroldAbelson和GeraldJaySussman，计算机科学家和作家，出自TheStructureandInterpretationofComputerPrograms。——《The Structure and Interpretation of Computer Programs》HaroldAbelson和GeraldJaySussman，计算机科学家和作家，来自《The Structure and Interpretation of Computer Programs》真正的程序员不会注释他们的代码。如果它很难写，它应该很难理解。——名不见经传的真正程序员永远不要写代码注释，如果代码很难写，那么同样的代码注释也会很难理解——匿名简单是可靠性的前提。—EdsgerDijkstra简单性是可靠性的先决条件—DijkstraC编程语言—一种结合了汇编语言的灵活性和强大的汇编语言的语言。—未知的C语言—一种结合了汇编语言的灵活性和汇编语言的强大功能的语言。–Anonymous前90%的代码占前90%的开发时间。剩下的10%的代码占了另外90%的开发时间。—TomCargill，贝尔实验室面向对象编程专家前90%的代码占用了90%的开发时间，后10%的代码占用了另外90%的开发时间。–TomCargill，贝尔实验室的面向对象编程专家。重要的一点是添加功能的成本不仅仅是编写代码所花费的时间。成本还包括增加未来扩展的障碍。当然，只要有足够的编码时间，任何给定的功能列表都可以实现。但是，除了迟到之外，您通常会得到一个非常脆弱的代码库，以至于本应非常简单的新想法最终会花费越来越长的时间才能融入混乱的现有网络。互不冲突的特征。—JohnCarmack，计算机游戏程序员添加功能的成本不仅是编码这些功能所花费的时间成本，还包括功能扩展障碍的成本。当然，只要有足够的时间，任何功能列表都可以实现。但除此之外，你应该对你的代码库的脆弱性感到紧张，那些新想法应该足够简单，而不是花越来越多的时间在现有的蛛网中纠缠。这里的技巧是选择不与其他功能冲突的功能。性能的关键是优雅，而不是特殊情况。除非收益真的很明显，否则应该抵制调整的可怕诱惑。—JonBently和M.DouglasMcIlroy，都是贝尔实验室的计算机科学家性能的关键是优雅和优雅是的，不使用很多特殊情况。调整的冲动应该受到限制，除非回报确实值得注意。–JonBently和M.DouglasMcIlroy，都是贝尔实验室的计算机科学家用C编写的最后一件好事是弗朗茨·舒伯特的第九交响曲。—ErwinDieterich，程序员用C写的最后一件好事是弗朗茨·舒伯特的第九交响曲。—欧文Dieterich，程序员Z.Schubert'sSymphonyNo.9inCmajor—ErwinDieterich，程序员使用C++的问题是……该语言已经存在一种强烈的趋势，要求您在做任何事情之前必须了解所有事情。—LarryWall，Perl语言的开发者C++最大的问题是……在C++中，有一种强烈的倾向，如果不了解C++语言的细节，就无法做好任何事情。–LarryWall，Perl语言的开发者越早开始编码，程序运行的时间就越长。—RoyCarlson，威斯康星大学，威斯康星大学原型的价值在于它给你的教育，而不是代码本身。—AlanCooper，软件作者，来自TheInmatesareRunningtheAsylum—AlanCooper，软件作者，来自TheInmatesareRunningtheAsylum只有两种编程语言：那些总是抱怨的人和那些没人使用的。—BjarneStroustrup一种没有人使用的语言—BjarneStroustrup有两种构建软件设计的方法。一种方法是让它变得如此简单，以至于显然没有任何缺陷。另一种方法是让它变得如此复杂以至于没有明显的缺陷。—CharlesAntonyRichardHoare世界上有两种设计软件的方法。一种方法是设计得尽可能简单，使其没有明显的缺陷，另一种方法是使其设计得尽可能复杂，使其缺陷不那么明显。丑陋的程序就像丑陋的吊桥：它们比漂亮的更容易倒塌，因为人类（尤其是工程师）感知美的方式与我们处理和理解复杂性的能力密切相关。很难编写优雅代码的语言也很难编写出好的代码。—EricS.Raymond丑陋的程序就像丑陋的吊桥：它们比漂亮的好吊桥更容易倒塌，因为人类（尤其是工程师）对美好事物的感知与我们处理和理解复杂问题的能力有关。所以，如果一种编程语言很难以优雅的方式编程，那么就很难写出好的代码。数周的编程可以为您节省数小时的计划时间。-未知计划起来会很头疼）当创造出一种允许程序员用简单的英语编程的编程语言时，就会发现程序员不会说英语。—未知当一种编程语言被设计成允许程序用简单的英语编程时，人们会不时发现编写程序的程序员来自不说英语的地方。-匿名的
