关于 万家健_贴吧自动发帖软件端侔σσ:73 的搜索结果,共1186
y****n 2018-07-09
Apollo 驾驶感知技术分享
感知属于驾驶核心技术,我们可以将汽车上的感知与人类感官进行一个类比:人有感知,通过感官器官获取外界信息,传达感知功能区,把形象化的东西抽象成概念性或者更高层的语义,供我们思维记忆、学习、思考或者决策,让我们运控制功能区,让我们身体对外界进行反馈。无人车类似这样的结构,这是强相关的东西,我们无人车也是一样。 下图所示这辆车是 2016 年 12 月乌镇演示车队的其中一台,它有传感器、雷达、摄像头,这是覆盖比较全面的设置,包括视觉、触觉、嗅觉等信息。它需要大脑处理,大脑是无人车里的感知功能模块。 由于感知范围是广泛的,它依赖于人工驾驶或者驾驶需要的环境匹配,工况复杂度越高,感知复杂度越高。驾驶不同级别里,感知的复杂度也不同。Apollo 目前开放的定位是 Level3 或者 Level4,感知、决策、控制是三位一体的过程。 感知与传感器系统紧密结合,获取外部环境信息,比如有没有障碍物,障碍物的距离、速度等,把数据交给感知处理模块,我们会收集信息,构成人开车时理解的环境。 这些信息会被我们决策模块进行分析和提取,在周围环境车辆行驶状况下,下一步怎么走才是安全的。
h****0 2018-07-09
【 开指南 】智能居技能
申请上线: 技能开完成,并通过模拟测试验证后,即可填写技能相关信息,在平台上申请布上线; 录制视频: 技能提交申请上线后,DuerOS会进行技能的审核。 为了尽快通过审核,请录制设备控制视频,内容需包含主控和所有被控设备,需要可以成功控制被控设备的相关功能项。 视频请送至 xudandan02@baidu.com 邮格式: 邮标题:【技能审核】待审核技能名称邮正文:正文需注明待审核技能ID,视频文可使用附或者网盘链接的形式送 设备寄送(可选): 将技能中涉及的所有智能居设备和设备相关使用文档邮寄给DuerOS,以便DuerOS审核该技能; 寄送前需将设备与开者账号授权绑定完成,并在使用文档中提供对应的账号和密码。 寄送信息: 通讯地址:北京市海淀区西北旺东路10号院百度科技园4号楼 收人:张忠琦 联系电话: 18521725422 正式布上线的技能,将会在哪里显示?
2018-07-10
解密开源这门生意——商业角度看开源
本文抛开虚浮的情怀和热情,我们从商业和管理的角度看一看开源。 1. 本质是对抗认知垄断 远古期的计算机没有版权概念,每一份代码都是一份全人类都可以学习借鉴的教学数据。 随着商业的兴起,商业公司倾向于将代码当做秘方保护,引入了版权的概念。闭源实操过程中有如下缺点: IT技术无法跨跨公司进行交流,行业人才培养的很慢; 一个只能在很小可控范围内迭代,的进步速度偏慢; 公司的商业策略以盈利优先,可能会掐灭技术革新; 一个黑盒化的交付物,交付质量只能靠商业信誉保障; 商业总是试图建立垄断,黑客们警惕着垄断的恶行。 在版权限制下感到压抑的IT精英,开放源代码的交付方式,其中最出名的是GNU计划。GNU计划的重点是对抗IT技术认知垄断,更由的传播IT知识;GNU等开源计划既不是为了开源公司的商业利益,也没要给参与者高级技工证书,更不会因为开源而强行免费。 在上个世纪程序员人数很少但都是精英黑客,参与开源的目的是以码会友,不会表太烂的代码,顺着开源社区容易找到技术大师,几个IT高手也容易蹭出商业火花。 2.
小****园 2018-07-10
让PB级云存储不再神秘
如果本地数据做云的容灾备份,或者多云厂商之间的权威数据源,这也是可行的方案。 私有云的输出形式有三类,分别是远程代维护、买硬一体化。买硬一体化交付大很熟悉,厂商需要提供非常详实的交付文档,应对一切异常情况。但当前云存储的可维护性并不高,交付文档可能写不出来,远程代维护才是最便利的交付方式。按过去买硬的习惯,离线运维系统都要巡检和计划内停机,其可用性比在线运维要低很多。厂商的驻场工程师只能做日常响应工作,让核心技术人员远程代维好过停业务等人来现场。现在几个硬存储厂商也用类似的远程维护方案,他们的智能诊断程序会将群集状态信息送给厂商,这泄密的风险和远程代维护是相同的。 四、建/评估对象存储群集 免泄密声明:此文是我基于已知公开常识写的内容,我的工作经历是让我验证这些观点并感觉到了客户痛点,此文只谈架构不谈具体实现方法,并不涉及技术机密。 本章节都是架构技术干货,无论是要建对象存储群集、采购私有云还是采购PB级公有云都需要评估厂商的技术架构是否可靠,如果您做其他分布式系统也可能会有所收获。
疏****月 2018-07-09
一键上线Archer | 百度持续部署的瑞士军刀
通用场景 在百度内部,通用的部署系统需要适用于以下场景: 各业务线拥有各的包规范,语言、框架不统一,部署策略不一致; 支持分级布,及时拦截部署引入的线上故障; 业务的多地域部署; 多种网络环境及大包部署; 提高化效率,能够集成测试化流水线。 后面,我们将结合上面场景,向大介绍百度持续部署是如何实现的。 服务架构 整个系统由命令行工具、web服务、中转服务及单机agent+部署插几部分组成(如图2所示)。用户通过命令行工具触一次变更,在web进行参数解析及任务分,对应执行机器agent通过心跳获取任务后,调用部署插执行实际任务。涉及大包及不同网络环境的部署会进行中转下载。 解决方案 各业务线拥有各的包规范,语言、框架不统一,部署策略不一致 为避免杂乱无章又不规范的服务代码及配置文的目录结构,Archer规定了一套既灵活又完整的包规范。
G****H 2018-07-09
【 开指南 】内容播报技能,持续更新
2、教学视频 点击观看 3、开步骤 开流程详见文档:https://dueros.baidu.com/didp/doc/dueros-bot-platform/dbp-broadcast/news-broadcast_markdown 内容播报数据格式 新闻:https://dueros.baidu.com/didp/doc/dueros-bot-platform/dbp-broadcast/news-broadcast_markdown 有声:目前暂未上线,敬请期待;可以先使用定义技能来实现; 资源文注意事项(符合特定的Schema) XML格式 Encoding=“UTF-8” 单个文大小 <10 Mb,且每个文记录 <50000条;否则需要拆分; 同一数据结构中,标签应按照文档中的标签序号由小到大排列 拆分后的文的URL,需要整理成一个新的文,这个新文的地址作为资源地址提交到平台 source_name是对应的技能Id 如何调试播放效果 在线校验 直接粘资源文(全部\部分)的内容,系统会进行校验并提示是否存在错误; 模拟器测试 资源地址和格式校验通过后,可以在模拟测试里按照提示进行调试
1****2 2018-07-09
百度安全:AI 是系统工程 需要真正开放的安全护航
但他们的工作方式依然是智能终与云的各种通信。 根据百度安全的总结,AI 的安全既包含传统安全层面,比如AI 系统的硬、 框架、协议等,也包含AI 身层面的安全,比如错误地引导机器学习系统,以达到攻 击者的目的,或者破坏机器学习的样本,让机器学习得出错误的结果。 在最近的GeekPwn 极棒破解大会现场,百度安全实验室的研究员只用一张打印的A4 纸晃了晃,就成功秒破了某安卓智能手机的人脸识别认证系统,虹膜和指纹也相继 被破解。AI 时代,人脸识别、指纹密码、人眼虹膜认证等生物认证方法,取代了传统 的密码。很多人认为生物识别的唯一性保护了我们的隐私。但事实上,这种想法实在过 于简单。要知道,当你成功把己变成一个活着的人体密码的时候,也就成为了黑客的 重要“资源”。 云管一体化的AI 安全方案 在这次OASES 联盟成立的布会上,百度安全宣布向联盟成员开放了其在AI 生态上的多项安全能力。官方的说法是,希望在智能终领域,通过专利共享、技术开源、标准共建,与联盟合作伙伴共同推安全技术与服务的应用落地,共建安全的AI 时代。
雪****魁 2018-07-11
危险背后的机遇--云服务故障危机分析
BUG 相比客户己粗选一个物理机的OS,云主机精选的虚拟机OS、宿主OS、Hypervisor的BUG并不多,大中型云厂商都有精选底层支撑的实力,但客户装物理机选的OS都可能有驱问题,三个精选的故障率真没一个粗选更高。 但是从云资源的管理、调度、监控,到客户界面,API管理、账户和后台策略层面,越往上走的质量还不如XXXX,此处省略一五千字,客户己揣摩。 厂商深层原因 厂商报故障就跟滚刀肉挨揍一样,脸疼了就把屁股凑过来,屁股疼了就捏捏脸,一般不会按住一只羊使劲薅羊毛,毕竟云报障也要负载均衡。但客户己心里要有秆秤,厂商究竟是偶尔挥失常还是烂泥扶不上墙,故障的性质对长久的服务品质很重要。 我列一下潜在的故障原因,哪些故障能忍,哪些故障不能忍,这些要云客户己评估了。 技术原因 IaaS服务的核心主体功能(云主机、云硬盘、VPC),在没有特型要求前提下,是可以用开源方案搭建。如果是云厂商连个开源平台标准模块都部署失败,那就该换厂商了;如果是偶的BUG,那确实客户要认倒霉,因为友商也会遇到同样问题。
TOP