返回资讯中心
外部精选
软件工程
#开发者实时流

Amber & Amber 发文:自动化并非具体学科,而是一种做事哲学

来源标题:Anatomy of Automation

Amber & Amber 发布《Anatomy of Automation》一文,指出自动化不是一门具体学科,而是一种做事哲学。文章援引 Norbert Wiener 对机器的定义,并认为软件、信号处理与工业自动化本质上同属一个领域:让系统在大量不可靠组件下仍能运转。文中还将这一能力与历史上凯撒、拿破仑、艾森豪威尔的治军之道相联系。

Hacker News 最新Mateo7812012026/11/3 · 昨天30 分钟阅读

以下正文由 AI 翻译自 Hacker News 最新(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。

Amber & Amber,《自动化的解剖》:自动化并非一门特定的学科,而是一种做事的态度。 Norbert Weiner,《上帝与魔像公司》:对我们而言,机器是一种将传入消息转换为传出消息的装置。 软件、信号处理与工业自动化,其核心是同一个领域:让一个系统在数百、数千乃至数百万个潜在不可靠组件的情况下仍能正常工作。这些工程、优化与后勤调度的技能——在现代商业术语中我们或许称之为“技术领导力”——是软件与计算机的核心,但并不源于此。历史上所有伟大的领袖都具备这些能力:理性化、简化、机械化、规模化。凯撒、拿破仑和艾森豪威尔的军队都致力于理性化、简化和工程能力,这绝非巧合。当一位将军从拿破仑或汉尼拔的战役中寻求智慧时,我们并不觉得奇怪。无人机打击与骑兵冲锋之间的技术差距,并不会改变古代指挥官的基本洞见。事实上,现在与过去的距离恰恰提供了视角,帮助我们分辨哪些建议是情境性的、局限于其时代与地点(比如燕麦与干草的适当配比),哪些是本质且普适的(良好的补给线、恰当的规划、最少的内部倾轧)。 正因如此,伟大的工程师、数学家和程序员今天有许多东西可以教给我们。重新审视40年代和50年代的工业与电气工程师——我们或许可以称之为“计算机构建者”一代——以及他们的后继者,60年代、70年代和80年代初的“大型机程序员”,将会大有裨益。这些世代——他们最早开发并掌握了数字计算机,但尚未依赖它们或将它们视为理所当然——在如何构建能正常工作的系统方面,有许多东西可以教给我们。 “计算机构建者”一代中两位伟大的工程师是我的祖父 Paul S. Amber 和他的兄弟 George H. Amber。他们是同卵双胞胎,在童年、战争和事业中都是伙伴。Amber & Amber 在1960年代初撰写了《自动化的解剖》,这是对计算机时代边缘自动化、可靠、可复现的大规模生产系统的基本哲学的一次精彩审视。 我想不出比 A&A 更好的起点来尝试传递这些知识。 在犹太传统中,塔木德(字面意为“学习”或“研习”)是犹太传统中数千名教师和学者的法典化成果,是试图固化并具体化世代文化与制度知识的尝试。我试图做类似的事情。这是一次传达智慧的尝试,而智慧远比技巧或原始知识难以传递。我不知道它是否成功。它至多旨在给你一种看待事物的方式,或者至少在你脑海深处植入一个小恶魔,低语“这个系统可以更简单”。 如果别无其他,我希望它能让你去读旧书、写新代码。 本作品其余部分将如下展开:我会引用 Amber 和 Amber 的《自动化的解剖》,此后通常简称“A&A”。我通常会对其进行评论,并可能补充其他人物的相关引语。我会尽量注明引语出处和/或尽可能提供链接,但不作保证。 引语可能会被缩短或略微调整顺序。我可能会删去单词或句子、编辑标点,或调整整句的顺序。我绝不会有意添加或修改词语,也不会改变句子的含义。我手动转录且没有正式编辑,因此可能有疏漏。 A&A:致数学家 Norbert Wiener,他对人与机器角色的控制论阐释激发了作者在自动化方面的工作。 纪念我的祖父 Paul Amber 和 Gerald Licht,我站在他们的肩膀上。 Norbert Weiner,《人有人的用处》:消息本身就是一种模式和组织。正如熵是衡量无序的尺度,一组消息所承载的信息是衡量组织的尺度。事实上,可以将一条消息所承载的信息本质上解释为其熵的负值,即其概率的负对数。也就是说,消息越可能,它提供的信息就越少。例如,陈词滥调就不如伟大的诗篇那样富有启发性。 Samuel Johnson:格言的精妙之处在于用寥寥数语涵盖某种有用的真理。 Wittgenstein:当我们无法独立思考时,我们总可以引用。 A&A:未来的工程师和高管通常被教导如何开发昨日的机器。如果工程和管理专业的学生要能够应对未来的问题,教育必须重新转向基本原理。 软件变化太快,不值得教授“现代”软件。当一个趋势渗透到学术界时,它已经死亡或正在消亡。道路两旁散落着聪明语言、框架和构建系统的尸体。一个在编程基础方面根基扎实的工程师将能够构建解决新问题所需的工具:而一个对 Spring Boot 和 Ruby on Rails 装饰器有着百科全书式知识的人,则会被简单的问题弄得不知所措。 Niklaus Wirth:编程通常通过示例来教授。 Paul 和 George 真的希望你能理解他们的意思。书中配有数十张表格,为他们提到的任何术语提供了许许多多的示例。全部放入会使本已相当长的文章变得臃肿,所以我只会将它们散布在文中,让你略窥一斑。

(原文较长,此处译出前 6000 字,完整内容请点「打开原文」。)

正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。

打开原文
去社区讨论 →