谢谢你的评论。显然在我最初的评论中，我没能清楚地表达出失败分析对于甚至非常普通的事情也是很有用的。所以如果我们将此视为一次事后分析，我认为我们可以看到我语言中的失败模式。但更大的问题是，这是否在合理的噪音范围内，因为过分强调普通例子可能会导致这个概念无法充分传达出该主题的重要性。在我收到误解之前，我有很多观点没有得到回应，但那本身也是一个有噪音的指标，所以现在我正在询问第三方顾问，看看他们有没有关于如何改善我沟通方式的建议。并不是说没有很多软件工程师进行失败分析。我的意思是，我们确实有异常处理、退出代码、跟踪记录，甚至还有质量保证（尽管很多人讨厌它们）。但我并不认为这个理念在普通软件工程师中的根深蒂固程度像在普通工程师中那样。…
源讨论我搭建了一个离线智能家居原帖 181 条评论 · 导入时统计> 但为什么人们对于在大多数软件中这个过程不像航空航天或其他有实体事物的领域那样严谨感到惊讶呢。 除了工程领域外，很少有人听说过“风险管理”这个词，更不用说理解其背后的理论了。当开发者不关心他们“工程”出来的东西失败会发生什么时，很难说他们能自称为工程师。 这一点同样适用于网络应用。如果有人无法访问提供路线的应用程序，他们可能会被困住。如果医疗网站无法加载可用医生的列表，用户可能会放弃并不再寻求医疗帮助。 目前网络开发中“谁在乎”的态度，真的证明了大多数网络开发者和真正工程师之间有多么少共同点。 在软件工程领域工作的人，…
完整原文把你的经验，加入这段讨论。
> 现在我在问第三方顾问，他们有没有什么想法可以帮助我提升我的沟通能力。 希望这不会太直接，但我发现你的写作风格有点"啰嗦"。我想你一定也得到了和我一样的建议，就是"像说话一样写作"。 对大多数人来说，我们大部分的口头交流都非常非正式，充满了各种俚语。有时候，口头表达和委婉说法很难转化为文字。 如果我要给出建议的话，我会说写更短的句子，用更简单的词汇。这样写起来应该会有点不舒服。就连我现在写这个，也觉得有点不舒服。
完整原文> 我的印象是，这是因为当软件造成伤害时，往往不如其他工程领域那样明显和直接。 你确实抓住了重点。感觉更容易与一个短暂的代码库保持距离，一旦你离开公司，它的存在就会完全从你的生活中消失。相比之下，有人在为一个家庭成员可能依赖的飞机工作，这要更直接。 这更让人感到遗憾的是，计算机科学专业的学生在工程方面被屏蔽了所有这些担忧。其实应该有一个"软件工程"的辅修课程，深入探讨其他工程领域所面对的问题。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。