主题:【原创】F-35的苦日子还没有开始呢 -- 晨枫
航空航天类软件专业性强、涉及面广,现场情况又很复杂,总有研发人员和测试人员估计不到的情况发生。软件现场出问题,研发团队必须第一时间解决掉,把危险消除在萌芽状态,这点对任何国家航空航天类软件从业人员而言都是家常便饭。这样的例子很多很多:
1970年美国“阿波罗13号”飞船在飞往月球路上出事故,最后也是地面测控人员和宇航员保持合作排除危险,最后安全回到地球;
神舟飞船升空后,负责测控的远望测量船遥感天线滑环坏了,天线没法正常转动,最后也是船上通信工程师连夜解决。
每次飞机试飞、飞船发射,厂家、研究所工程师都会到一线维护跟踪就这道理。飞机投产后还会有用服在现场解决问题,收集用户反馈。
你不能说有个故障泄露到现场就一口咬定整个软件设计很失败,那就很武断了。
退一步说,F-35飞控软件不算最复杂的,很多军用软件复杂度不比它差:核武器、军事决策、军事物流、宇宙飞船、海军战术决策系统、军事医疗......要是按你说的开发F-35软件就要吸毒了,那后面这些软件开发员要不要开飞机撞大楼了?
- 相关回复 上下关系8
压缩 5 层
🙂F22软件出问题也就算了,这临时加装个过滤器也出问题 2 帝企鹅 字301 2012-05-21 11:48:05
🙂是啊,现在有一个专有名词了 晨枫 字12 2012-05-21 11:49:03
🙂这个很有可能的 2 波波粥 字420 2012-05-15 09:42:14
🙂现场故障处理和诊断水平也是衡量一个软件团队水平的指标
🙂有道理,搞软件的吸毒俺头回听说 4 吹西门的雪 字153 2012-05-21 19:53:36
🙂没澡可洗的都不吸,何况有澡可洗的 silencsrv 字0 2012-05-22 01:00:37
🙂我没有说F-35的软件很失败,你是怎么得出这个结论的? 3 晨枫 字198 2012-05-15 09:00:43
🙂UML是一种开放式的标准 2 波波粥 字110 2012-05-14 09:29:10