泰坦号潜艇事故给插件工程师的启示

【编者按】这篇文章从的软件系统的角度分析了MA号舰只事故，并从中会提取了一些对的软件系统师有效益的自已。文章指出，尽管的软件系统的风险多半不会像舰只工程那样直接或仓卒，但它们是真实长期存在的。管理系统机械故障、数据获知、信任丧失和很大的财务冲击只是我们努力防范的潜在后果中会的一部分。

译文链接：

未经允许，禁止转载！

作者 | CodeReliant 社区 译文 | 明明如翌年责编 | 夏萌出品 | CSDN（ID：CSDNnews）

图片来源：Thomas Vimare / Unsplash

在MA号（Titan）舰只悲剧（_Titan_submersible_incident?ref=codereliant.io）中会， MA号舰只在MA尼克号沉船遗址不远处冒烟，所致五人丧生。这一事件让我们关注到在建筑设计、建造和操作舰只过程中会的一些决策者细节，这些决策者都对其必要性构成了威胁。

尽管在的软件系统行业，我们面对的风险有可能并不如同舰只工程那般更高（但像健康与人造卫星行业、自动驾驶汽车等行业同样），某些情况下，过去有可能遭遇更一般而言。甚至在非极端情况下，的软件的失效也有可能加剧严重后果，如重大财务损失惨重、声誉损害，以及有可能造成了的监管问题。

在本文中会，我们将深入分析加剧该悲剧的技术因素，并探索在工程行业我们能从中会汲取到的自已。

自已 1：没法无论如何防范

MA号舰只的建筑设计和直通中会严重缺少必要的防范，如：缺少适当的特许和检查和，通讯设备不佳，无备用应急舰只，没有备用的逃过一劫新建筑设计，舰只浮潜后未顺利进行正因如此检测或对镀层装配每半年顺利进行X光检查和。

在的软件系统中会，我们也有相似的防范：代码保密、管理系统审计、测试策略、硬盘管理系统以及冗余建筑设计。无论如何这些措施其实就像是在，十赌九输。每半年顺利进行代码保密、符合测试，并另设硬盘管理系统，有可能就是区分小瑕疵和灾难性管理系统机械故障的决定性。

自已 2：总质量没法因费用而同意

MA号舰只在一些装配上为了节省费用而做出了同意：

采用了较低广度额定的推论罩

采用了过期的碳纤维除去钛镀层

采用了不具已知连接问题的替代品罗技 PS4 控制器

采用了从亚马逊购买的非两台额定的 LED 灯

采用了非两台额定的内部电子装配

这些选择反映了把费用放进总质量之前的险恶倾向。在的软件系统中会，这有可能体现为采用过时的库，过份信念开发速度而无论如何全面测试，或选择更便宜但可靠性较低的服务器端交通运输。

作为的软件系统师，即使遭遇预算压力，我们也必须坚守总质量重申。这有可能涉及到倡导采用最新且可靠的技术，应有充足的测试时间段，以及必要支持应用程序的交通运输可靠且弱小。

自已 3：专精的重要性

MA号的 CEO 选择雇马上完成学业的大学生来替代舰只行业的资深科学家，虽然这样做节省了费用，但也付出了在经验和基本知识方面的代价，这突出了专精在决定性必要新项目中会的重要性。

在的软件系统行业，这警示我们对于精细或更一般而言的新项目，需更高度非常重视经验丰富的开发者和架构师的效益。初级开发者可以随之而来新鲜的想法和活力，但资深科学家所透过的指导和基本知识，多半是避免稻草人并必要之后产品健壮性的并不一定。

引言

MA号舰只事件给我们透过了关于在决定性必要管理系统中会削减费用的风险性的重要自已。尽管大多数的软件系统师不会遭遇人世间场景，但遵守的前提是一致的。我们应优先再考虑总质量，非常重视专精，不同意防范，应有充足的配有，并能充分证明有更高费用决策者的必要性，这些都是至关重要的实践。我们的风险有可能并不只不过像舰只工程那样人世间攸关，但它们确实长期存在。管理系统机械故障、数据获知、信任丧失以及有可能所致的大量财务损失惨重，都需我们努力去预防。在我们阐释这个悲剧事件时，让我们牢记我们在构建可靠、弱小和必要管理系统中会的决定性反派。我们的行动可以之后成败，之后了管理系统是比较稳定直通还是因重大机械故障断断续续。

在MA号舰只悲剧中会，我们可以从中会学到很多关于必要和总质量的自已。你认为在的软件系统中会我们还需注意到哪些方面？

艾拉莫德片作用与功效是什么
阳了应该吃什么药
扭伤用什么药恢复快
什么药能治疗肌肉酸疼
应急救护