程式设计典范

程式设计典范

http://pu.inf.uni-tuebingen.de/users/klaeren/epigrams.html

计算机周围的现象是多种多样的,并且为在个人和团体活动中发起隐喻提供了令人惊讶的丰富基础。相反,古典人类的努力为我们这些从事计算工作的人们提供了不竭的隐喻来源。社会与设备之间的这种关系并不是新生事物,但是计算机影响力的迅猛增长(包括真实的和隐含的)使这种共生依赖性成为一种生命力,就像一个青春期无休止的年轻男子从衣服里长出来。

接下来的会标图试图捕获图像中这种流量的某些维度,这些维度使我们对所有人类最杰出的人工制品(计算机)的看法变得清晰,聚焦,清晰,放大和模糊。

  1. 一个人的常数就是另一个人的变量。
  2. 函数延迟绑定:数据结构诱导绑定。道德:在编程过程中后期构造数据。
  3. 句法糖会引起分号癌。
  4. 每个程序都是其他程序的一部分,很少适合。
  5. 如果程序处理大量数据,它将以少量方式进行处理。
  6. 对称性是降低复杂性的概念(协同例程包括子例程)。到处寻找它。
  7. 编写错误的程序要比理解正确的程序容易。
  8. 当编程语言的程序需要引起无关的注意时,它就是低级语言。
  9. 在一个数据结构上运行100个功能比在10个数据结构上运行10个功能更好。
  10. 尽早开始发掘:以相同的方式执行相同的过程。积累习语。标准化。莎士比亚与您之间的唯一区别(!)是他的成语列表的大小,而不是他的词汇量。
  11. 如果您有一个包含10个参数的过程,则可能会错过一些参数。
  12. 递归是计算的根源,因为它需要时间来交换描述。
  13. 如果两个人编写的程序完全相同,则每个人都应该使用微代码,那么他们肯定不会完全相同。
  14. 从长远来看,每个程序都会变成洛可可式的,然后变成瓦砾。
  15. 除第一次外,所有内容均应自上而下构建。
  16. 每个程序都有(至少)两个目的:一个是为它编写的,另一个不是。
  17. 如果您在解释程序时听众点头,请叫醒他。
  18. 没有循环和结构化变量的程序不值得编写。
  19. 不会影响您对编程思维方式的语言是不值得的。
  20. 在任何存在模块化的地方,都有可能产生误解:隐藏信息意味着需要检查通信。
  21. 优化阻碍了发展。
  22. 好的系统不能使用较弱的命令语言。
  23. 要理解程序,您必须同时成为机器和程序。
  24. 也许如果我们从小就开始编写程序,作为成年人,我们将能够阅读它们。
  25. 一个人只能在头脑中显示复杂的信息。就像看到,移动,流动或改变视图,比静止的图片更重要,无论多么可爱。
  26. 在我们的程序中总会有一些我们想说的话,那就是所有已知语言的说起来都是不好的。
  27. 一旦您了解了如何编写程序,就请其他人来编写它。
  28. 在计算机周围,很难找到正确的时间单位来衡量进度。一些大教堂花了一个世纪完成。您能想象一个程序需要花费这么长时间吗?
  29. 对于系统,整容的模拟是在控制图中添加一个创建循环的边,而不仅仅是一个附加节点。
  30. 在编程中,我们所做的一切都是更常规的特例-而且我们常常知道得太快。
  31. 简单性并不先于复杂性,而是随之而来。
  32. 程序员不应通过其才智和逻辑来衡量,而应通过案例分析的完整性来衡量。
  33. 第十一条诫命是“你不可计算”或“你不可计算”-我忘记了。
  34. 该字符串是一个严格的数据结构,在传递它的任何地方都存在许多重复的过程。它是隐藏信息的理想工具。
  35. 可以教每个人雕刻:必须要教米开朗基罗如何不做。优秀的程序员也是如此。
  36. 使用程序来证明四色定理不会改变数学-它只是证明该定理是一个世纪的挑战,对数学可能并不重要。
  37. 最重要的计算机是在我们的头骨上狂奔并且一直在寻找令人满意的外部仿真器的计算机。真实计算机的标准化将是一场灾难-因此可能不会发生。
  38. 结构化程序设计支持排除混乱的定律。
  39. 关于图形:一张图片价值一万个单词-但仅用于描述图片的单词。几乎没有任何10K单词集可以用图片充分描述。
  40. 有两种编写无错误程序的方法;只有第三个有效。
  41. 一些编程语言设法吸收变化,但可以承受进步。
  42. 您可以通过注意程序员对FORTRAN持续活力的态度来衡量程序员的观点。
  43. 在软件系统中,蠕虫通常是早起的鸟儿。
  44. 有时,我认为在计算领域中唯一通用的是fetch-execute-cycle。
  45. 计算的目的是模拟我们的综合能力,而不是理解我们的分析能力。
  46. 像p子一样,编程是一种文字游戏。
  47. 正如威尔·罗杰斯(Will Rogers)所说,“没有自由变量之类的东西。”
  48. 关于外行编程的最好的书是《爱丽丝梦游仙境》。但这是因为对于外行来说这是最好的书。
  49. 放弃汇编语言是我们伊甸园中的苹果:用浪费机器周期的语言是有罪的。现在,LISP机器允许LISP程序员放弃胸罩和无花果叶。
  50. 当我们理解基于知识的系统时,情况将与以前一样-除了我们的指尖会被选中。
  51. 将计算机带到家里不会改变任何一种,但可能会使角落的轿车焕发活力。
  52. 系统有子系统,子系统有子系统,等等,这是无限的,这就是为什么我们总是从头开始。
  53. 一旦踏上语义鸿沟,那么许多好主意就再也听不到。
  54. 提防图灵tar-pit,在这里一切皆有可能,但没有任何有趣的事情容易实现。
  55. LISP程序员知道一切的价值,却一无所获。
  56. 软件一直处于紧张状态。具有象征意义是任意完美的。但它也可以任意更改。
  57. 反之,更改规格以适合程序更容易。
  58. 傻瓜忽略了复杂性。实用主义者要忍受它。有些人可以避免。天才将其删除。
  59. 在英语中,每个单词都可以动词。在我们的编程语言中会是这样吗?
  60. 达娜·斯科特(Dana Scott)是莱格思维圣徒教堂。
  61. 在编程中,就像在其他所有事情中一样,犯错误就是重生。
  62. 在计算中,不变量是短暂的。
  63. 当我们编写可以“学习”的程序时,事实证明我们可以做到,而事实并非如此。
  64. 通常,这意味着证明是结束的:目标是先进的技术,即使目标结构崩溃,技术也可以生存。
  65. 毫无疑问:计算机处理数字-而不是符号。我们通过对活动进行数字化的程度来衡量我们的理解(和控制)。
  66. 使某些变量变得容易。控制恒定的持续时间是诀窍。
  67. 想一想在“算法”和“程序”之间寻求根本区别所花费的所有精神能量。
  68. 如果我们相信数据结构,那么我们必须相信独立的(因此同时进行)处理。为什么我们还要在结构内收集物品?为什么我们要容忍一种语言给我们一种而没有另一种语言呢?
  69. 在5年的时间里,我们获得了一种出色的编程语言。只有我们无法控制5年期限何时开始。
  70. 几个世纪以来,印第安人发展了手语来传达感兴趣的现象。来自不同部落(FORTRAN,LISP,ALGOL,SNOBOL等)的程序员可以使用不需要他们在小马上扛着黑板的程序员。
  71. 文档就像期限保险:它之所以令人满意,是因为几乎没有人订阅它取决于它的利益。
  72. 就术语而言,足够的引导程序是一个矛盾。
  73. 语言的弱点不是控制语言的弱点,而是控制变化梯度的力量:las,语言永远不会脱离其胚囊。
  74. 软件有可能与其他软件不一样,应该被丢弃:整个目的就是始终将其视为肥皂泡沫?
  75. 由于其生命力,计算领域总是迫切需要新的时代:Banality抚慰我们的神经。
  76. 应该由用户来参数化过程,而不是其创建者。
  77. 人,计算机和算法之间的控制论交流就像是一把音乐椅游戏:疯狂地寻求平衡总是使三个病态中的一个轻松自在。
  78. 如果您的计算机说英语,则可能是日本制造的。
  79. 在人工智能上度过的一年足以使人相信上帝。
  80. 长时间与计算机接触会使数学家变成文员,反之亦然。
  81. 在计算中,将显而易见的东西变成有用的是“挫折”一词的活泼定义。
  82. 我们即将到来:今天,我们的程序证明了费马的倒数第二个定理!
  83. 图灵机和现代计算机之间有什么区别?这与希拉里(Hillary)登上珠穆朗玛峰(Everest)和在高峰期建立希尔顿酒店之间的过程相同。
  84. 研究实验室的座右铭:我们今天从事的工作,其他人会首先想到明天。
  85. 尽管中国人应该崇拜APL,但他们把钱花在了FORTRAN上。
  86. 如果我们认为活动数据库系统中过程与数据的比率可以任意减小,甚至保持较小,我们就会自欺欺人。
  87. 我们有迷你和微型计算机。微型计算机将在哪种语义领域中跌落?
  88. 麦克斯韦方程式不足以设计电动机不是计算机的错。
  89. 人们不会使用手持计算器来学习计算,但会忘记算术。
  90. 计算造了树花。
  91. 电脑使人联想起Lon Chaney-它是一千个面孔的机器。
  92. 计算机是最终的污染者。它的粪便与它生产的食物没有区别。
  93. 当有人说“我想要一种只需要说出我想做的事情的编程语言”时,请给他棒棒糖。
  94. 接口可以使事情保持整洁,但不能加速增长:功能可以。
  95. 如果您不愿意为它们负责,那就不要有好主意。
  96. 计算机不会在任何地方引入订单,因为它们会暴露机会。
  97. 当教授坚持说计算机科学是X而不是Y时,请对他的研究生抱有同情心。
  98. 在计算中,平均故障时间越来越短。
  99. 在人机共生中,必须由人来调整:机器不能。
  100. 只要有一个程序,我们将永远不会耗尽要编程的东西。
  101. 处理失败很容易:努力改进。成功也很容易处理:您解决了错误的问题。努力改进。
  102. 不能通过正式手段从非正式到正式。
  103. 纯粹适用语言不太适用。
  104. 系统价值的证明是它的存在。
  105. 您无法传达复杂性,只能了解它。
  106. 从字符串中提取意义很难,但是它们是我们唯一可以依靠的交流硬币。
  107. 争论日益激烈:PL / I是双峰还是单峰?
  108. 每当两个程序员见面批评他们的程序时,他们都会保持沉默。
  109. 想想看!使用VLSI,我们可以在1平方厘米中包装100个ENIAC。
  110. 编辑是一项改写活动。
  111. 罗马帝国为何崩溃?办公自动化的拉丁语是什么?
  112. 计算机使计算机科学感到尴尬。
  113. 连接神经科学和心理学的唯一建设性理论将来自软件研究。
  114. 在计算机中,自然语言是不自然的。
  115. 大多数人发现编程的概念很明显,但是做不到。
  116. 您认为自己在学习时知道,可以肯定何时可以写作,甚至可以教书,但是可以确定何时编程。
  117. 教孩子们学习程序与现代教育背道而驰。制定计划,在组织思想时遵守纪律,专注于细节和学习自我批评有什么乐趣?
  118. 如果您可以想象一个计算机机器人是唯一的社会,那么您可以想象任何事情。
  119. 编程是不自然的行为。
  120. 适应旧程序以适应新机器通常意味着适应新机器以使其表现与旧机器相似。
  121. 在寻求无法企及的事物时,简单性只会妨碍您。

    如果有Epigrams,则必须有meta-epigrams。

  122. 主语是欣赏和洞察力传播的界面。
  123. 警句参数化光环。
  124. 主语是宏,因为它们在读取时执行。
  125. 警句结晶不一致。
  126. 主语从所有过程的数据库中检索深层语义。
  127. Epigrams鄙视细节并指出要点:它们是一个极好的高级文档。
  128. 警句更像是维生素而不是蛋白质。
  129. 警句的熵极低。
  130. 最后的情节?鼻涕流行病既不吃也不喝。
posted @ 2020-12-04 16:29  CharyGao  阅读(53)  评论(0)    收藏  举报