当无人机因为战争成为战斗机时,你还会兴奋于科技的发展吗?

简介:

美国军方宣布,将正式开发全自动无人驾驶战斗机。

在本周三的一个论坛上,美国国防部副部长罗伯特•沃克(Robert Work)表示,他们将会对 F-16 进行无人化改造,等到 F-16 完全可以在没有飞行员的情况下进行飞行战斗时,它将以僚机的身份和 F-36 一起组成飞行编队,共同为军方作战。

多年前,美国军方就有这方面的打算了。他们希望给老式飞机注入新兴、高科技的生命力,将无人驾驶战斗机成为他们在空军方面的实际“战斗力”,甚至还给这样的无人驾驶战斗机起了一个名字:“忠诚的僚机”。从此次罗伯特•沃克如此高调的宣布这个项目来看,美国军方对此事极为重视,而且应该已经对这种无人驾驶战斗机进行过一段时间的测试了。

事实上,在 2013 年,波音就为美国军方将很多退役的 F-16 改造成了无人驾驶目标靶机。但是美国军方想要的不是这种只能用于实弹打靶练习中的简单远程遥控巡航机,而是希望能拥有具备自动化技术、可以自主完成全部驾驶任务、可以自主接收其他战斗机的飞行员发出的提示的无人机

此外,美国空军实验室还希望研发出一个算法,这个算法能够在嵌入到 F-16 这样的老式机型中时成为自动控制无人驾驶僚机的“中枢大脑”。

据悉,这个项目将于 2018 年正式开始,预计在 2022 年就可以进行飞行展示了。五角大楼将这项战略称作“第三补偿”,因为这种提升军队战斗力的方式不是借助人力资源来实现的,而是高科技。

罗伯特•沃克在论坛上特地强调称,这种无人驾驶僚机不会被军方派去执行致命的任务,但是无人驾驶技术被用到战场上,这是不可阻挡,一定会成为现实的。

可是,当科技被用于战争时,我们还会因为科技的新发展而感到兴奋吗?


原文发布时间: 2016-04-01 19:49
本文作者: 伶轩
本文来自云栖社区合作伙伴镁客网,了解相关信息可以关注镁客网。
相关文章
|
存储 弹性计算 运维
一文读懂云盘和本地盘选型要点
作为存储圈里的“超跑”选手,块存储可以支持随机读写,特有的高性能和低时延特点使其成为通用业务场景下的数据存储首选。
一文读懂云盘和本地盘选型要点
|
4月前
|
应用服务中间件
2026阿里云轻量服务器抄底价:2核2G配置秒杀38元/年!4核8G费用1159元起(不限流量)
2026阿里云轻量服务器官方页面:https://t.aliyun.com/U/PEdlFP 轻量新价出炉:2核2G低至38元/年(新用户秒杀),2核4G 199元/年,4核8G 1159元/年起;全系200M带宽+不限流量,性价比远超友商。新用户专享,抢购需趁早!
861 15
|
4月前
|
人工智能 JSON 测试技术
手写一个自动断言Skill:30行代码,省你每天2小时
测试正悄然变革:AI加速编码,手工断言却成交付瓶颈。30行代码实现自动断言——基于响应结构智能生成存在性、类型、范围等规则断言,适配微服务与AI生成代码的快速迭代,将断言维护从小时级降至秒级。
|
6月前
|
安全 Java 程序员
Spring Boot 4 + Kotlin 2.0:当“胶水框架”遇上“空安全超人”,Java 程序员直呼:我先学为敬!
Spring Boot 4 正式发布!全面拥抱 Kotlin 2.0 与 K2 编译器,空安全零妥协;`suspend` 函数直通 Controller,性能提升18%;IDEA 2025.3 深度集成,编译提速40%。Kotlin 终成“正宫”,开发更简、运行更快、调试更准。(239字)
510 1
|
搜索推荐 定位技术 API
校园导航系统解决方案:智慧校园精准指引,提升校园服务质量
本文面向学校、相关技术人员以及对校园导航系统感兴趣的读者,提供校园导航系统的核心技术与功能的解析,包括高精度定位、三维地图构建及 AR/VR 集成等,推动智慧校园建设。如需校园导航系统解决方案欢迎私信获取,如有项目合作及技术交流欢迎私信作者哦~
1006 2
校园导航系统解决方案:智慧校园精准指引,提升校园服务质量
|
8月前
|
运维 供应链 编译器
国产芯片生态:从设计到量产,到底难在哪?
国产芯片生态:从设计到量产,到底难在哪?
498 7
|
9月前
|
存储 Web App开发 前端开发
新手如何建站.新手建站的全流程
建站是通过整合域名、服务器等要素搭建可访问数字平台的过程,分自助建站、CMS系统和代码开发三类工具。核心流程包括需求规划、域名注册(实名认证)、服务器配置(国内需ICP备案),搭建后填充内容并测试优化,解析域名上线,做好后续维护。
1086 10
|
存储 Java 索引
|
XML JavaScript 前端开发
|
消息中间件 供应链 架构师
微服务如何实现低耦合高内聚?架构师都在用的技巧!
本文介绍了微服务的拆分方法,重点讲解了“高内聚”和“低耦合”两个核心设计原则。高内聚强调每个微服务应专注于单一职责,减少代码修改范围,提高系统稳定性。低耦合则通过接口和消息队列实现服务间的解耦,确保各服务独立运作,提升系统的灵活性和可维护性。通过领域建模和事件通知机制,可以有效实现微服务的高效拆分和管理。
878 7