软件在没有形式化证明的情况下如何变得如此可靠?(1996年)
摘要
这篇1996年的论文探讨了尽管缺乏形式化证明,软件可靠性却日益提高的原因,讨论了非正式方法和工程实践。
<p><a href="https://lobste.rs/s/u9rwxj/how_did_software_get_so_reliable_without">评论</a></p>
查看缓存全文
缓存时间: 2026/06/03 07:43
根据您提供的内容,这段文字似乎是PDF文件的原始二进制数据或乱码,而非可读的英文Markdown文章。作为专业翻译助手,我无法从这种格式中提取文本进行翻译。
为了完成翻译,请您提供该PDF文件的可读文本内容(例如,复制粘贴其中的段落,或提供从PDF中提取的文字)。我将很乐意为您将其准确翻译成简体中文。
相似文章
@freeCodeCamp:软件可靠性看似是现代挑战,但工程师们解决这类问题已有很长历史。……
本文在制造业与现代软件工程的可靠性之间建立类比,重点介绍了冗余、根本原因分析和可观测性等原则,以帮助构建弹性系统。
可靠性正成为严肃AI发布竞争的实际轴线,而非它们听起来有多聪明
本文认为,严肃AI系统下一个主要的竞争轴线是可靠性和可信度,而不仅仅是能力或流畅度。文章强调了新兴的验证技术——如独立检查和基于评分标准的评级——旨在捕捉自信但错误的输出,这种失败模式被称为'pseudo-correctness'。
形式验证的反对之声:50年后
本文重新审视了一篇1979年批评形式验证的论文,认为近期软件工程中基于人工智能的发展正在重新激发兴趣并挑战历史性的反对意见。
@trq212: 自其诞生以来,软件开发一直是一项极其不可靠的工作。大多数项目都延期了,o…
本文探讨了软件开发历史上的不可靠性,项目常延期和超支,并提出'软件工厂'作为解决中小企业这些问题的方案。
@tenobrus:我的先验是,除非软件真的经过形式化验证,或者完全物理气隙隔离,否则不管是什么,都会像湿纸一样被撕穿——就算今天没有,三个月后也会。
一位开发者表达了悲观的先验:任何缺少形式化验证或物理气隙隔离的软件都注定会被攻破。这一观点是对相关讨论的回应——讨论涉及某 AI 实验室在智能体隔离安全评估中失败,以及近期内核 CVE 和 KVM 逃逸漏洞的背景。