编程并不是一个枯燥的过程，几句有趣的名言对我们可能会有很大的启发，对于许多要成为程序员的我们来说尤其如此。因此我从知乎摘录了一些程序员的经典名言供大家消遣
- 如果还没想清楚，就用蛮力算法。——Ken Thompson
- 不要使用反正弦和反余弦函数——你总能用优美的恒等式，或者是计算向量点积来更好地解决问题。—— Jim Conyngham
- 在存储日期中的年份的时候，请使用四位数字。—— David Martin
- 避免使用不对称结构。—— Andy Huber
- 代码写的越急，程序跑得越慢。—— Roy Carlson
- 你用英语都写不出来的东西就别指望用代码写了。—— Peter Halpern
- 如果代码和注释不一致，那很可能两者都错了。—— Norm Schryer
- 如果你发现特殊情况太多，那你肯定是用错方法了。—— Carig Zerouni
- 先把数据结构搞清楚，程序的其余部分自现。—— David Jones
- 尽可能让用户界面风格保持一致和可预测。—— 匿名用户
- 计算机生成的输入通常会让一个原本设计接受手工输入的程序不堪重负。—— Dennis Ritchie
- 手工填写的表单里有20%都包含坏数据。—— Vic Vyssotsky
- 80%的表单会要你回答没有必要的问题。—— Mike Garey
- 不要让用户提供那些系统已经知道的信息。—— Rick Lemons
- 所有数据集的80%中，有95%的信息量都可以用清晰的图表示。—— William Cleveland
- 在我所有的程序错误中，80%是语法错误，剩下20%里，80%是简单的逻辑错误，在剩下4%里，80%是指针错误，只有余下的0.8%才是困难的问题。—— Marc Donner
- 在系统测试阶段找出并修正错误，要比开发者自己完成这一工作多付出2倍的努力。而当系统已经交付使用之后找出并修正错误，要比系统测试阶段多付出9倍的努力。因此，请坚持让开发者进行单元测试吧。—— Larry Bernstain
- 不要站着调试程序，那会使得你的耐心减半，你需要的是全神贯注。—— Dave Storer
- 别在注释里陷得太深——注释很可能会误导你，你要调试的只是代码。—— Dave Storer
- 测试只能证明程序有错误，而不能证明程序没有错误。—— Edsger Dijkstra
- 新系统的每一个新用户都可能发现一类新的错误。—— Brian Kernighan
- 东西没坏，就别乱修。 —— Ronald Reagan
- 如果我们没能力修好它，我们就会告诉你它根本没坏。—— Walt Weir
- 修正程序错误的第一步是要重现这个错误。—— Tom Duff
- 系统的结构反映出构建该系统的组织的结构。—— Richard Fairley
- 别坚持做没用的事情。—— 匿名
- 前90%的代码占用了90%的预定开发时间，余下的10%代码又花费了90%的预定开发时间。——Tom Cargill
- 只有不到10%的代码用于完成这个程序表面上的目的，余下的都在处理输入输出、数据验证、数据结构维护等家务活。—— Mary Shaw
- 正确的判断来源于经验，然而经验来源于错误的判断。—— Fred Brooks
- 如果有人基本上做出了你想要的东西，你就没必要自己写一个新程序，就算你非写不可，也请尽可能地利用现有的代码。—— Richard Hill
- 代码能借用就借用。—— Tom Duff
- 与客户保持良好的关系可以使生产率加倍。—— Larry Bernstain
- 把一个现有成熟程序转移到一种新语言或者新平台，只需要原来开发的十分之一的时间、人力、成本。—— Douglas Jones
- 那些用手做就很快了的事情，就不要用计算机去做了。—— Richard Hill
- 那些能用计算机迅速解决的问题，就别用手做了。—— Tom Duff
- 我想写的不只是程序，而且是会写程序的程序。—— Dick Sites
- 计划好抛弃一个原型，这是迟早的事情。—— Fred Brooks
- 如果开始就打算抛弃一个原型，那恐怕你得抛弃两个。—— Craig Zerouni
- 原型方法可以将系统开发的工作量减少40%。—— Larry Bernstain
- 拼命干活无法取*解。—— H William
点赞 (7)
回复
