首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >谷俊丽:从特斯拉到小鹏汽车,同样是智能车,不同基因的自动驾驶

谷俊丽:从特斯拉到小鹏汽车,同样是智能车,不同基因的自动驾驶

作者头像
量子位
发布于 2018-03-23 07:31:44
发布于 2018-03-23 07:31:44
9140
举报
文章被收录于专栏:量子位量子位
李根 发自 On the road 量子位 报道 | 公众号 QbitAI

谷俊丽从特斯拉跳槽小鹏汽车,不算意料之内。

这位Autopilot 2.0的负责人、特斯拉机器学习团队的一手搭建者,在特斯拉在华建厂传闻最盛时官宣转会,她的下一站是小鹏汽车,依然领队自动驾驶业务。

不过,从特斯拉到小鹏汽车,谷俊丽认为将有完全不同的挑战,亦是完全不同的机遇。

这不是一趟原样再走一遍的路程。

“中国智能车”、“本土自动驾驶”、“从基因去重新定义”,“自主原创”……

履新后,谷俊丽在她的首次对外采访中,多次向量子位强调以上关键词。她认为这些既是中国自动驾驶从业者面临的机遇,也是她加盟小鹏的核心原因。

关于这趟从头开始的自动驾驶旅程,谷俊丽有更进一步的思考。

小鹏汽车研发副总裁、自动驾驶负责人谷俊丽

从特斯拉到小鹏汽车

量子位:什么原因让你决定从特斯拉走?

谷俊丽:打造中国智能车,然后解决中国本土化的自动驾驶,这是我个人认为的使命。

量子位:特斯拉不能实现这样的使命吗?

谷俊丽:这涉及对自动驾驶的看法。首先自动驾驶核心驱动是技术,但它同样是一个实践科学。在中国实践,涉及两个关键点:一是信息密度,可能比国外要高10倍以上,比如人口量级、密度,行人量级、汽车密度;二是车辆的决策及交互过程,西方可能基于规则就可以,但在中国可能不work,所以从技术上到形成产品,自动驾驶在中国落地,肯定要基于中国实际形成闭环,才能深入、彻底地解决落地问题。

量子位:所以这对你是从头开始的一趟旅程?

谷俊丽:对,中国的自动驾驶本质上可能比美国更难,要在中国形成闭环,就要有深入理解中国文化的技术人员,从最开始的技术到产品设计,从头开始生长,从基因重新定义,这样更现实,突破力也会更强。

量子位:怎么理解自动驾驶中的“文化”?

谷俊丽:现在之所以自动驾驶产品,智能做到辅助驾驶级别,更高级别的无人驾驶落地很难,最关键的可能在两部分。

一是传感器和感知方面,即长尾效应问题;二是产品的交互与决策,像自动驾驶这样复杂程序的交互和决策不太好做,算法上还有待突破,而算法的突破又赖于数据,“文化”就表现在数据中。

比如你在中国落地自动驾驶,就需要考虑中国式加塞的问题,美国加塞3米以外,中国加塞可能只有30厘米,非环路和高速,可能还有行人、自行车突然出现在你面前,这些中国国情因素都需要在产品设计中考虑到。

量子位:但加盟小鹏,也就意味着再一次从0到1.

谷俊丽:我个人非常喜欢从0到1的过程,从头再做一遍,我想从产品技术到框架,都能更加创新。

此外,小鹏也有优势。打个比方,小孩发育生长,最佳方式是大脑和身子同步进行,而不是先这个后那个。所以现在自动驾驶也有多种力量在进行,但如果你在造车的过程中,能够软硬件方案是同步的,或者空间留足,软件和硬件可以协同迭代,就能形成一个科学的演进模式。

所以小鹏汽车是一个绝佳的平台,一切正在生长,一切都可以去定义。而一旦我们的汽车在路上跑起来,它马上又能源源不断产生运行数据和反馈,能够不断指导我们更加深入去做进一步地革新。

小鹏汽车首批量产车下线

自动驾驶实现路线

量子位:具体实现路线上会有区分?先L3,再L4/L5?

谷俊丽:其实是并行的,但L3会优先一些,因为产品层面来说,我们明年会先在量产车上实现辅助驾驶,解决交通拥堵时的驾驶疲劳、高速上的驾驶问题等。

L4/L5的技术演进,有赖于数据和空中升级形成闭环后,数据驱动下我们对问题的进一步定义、认知,然后更好打磨算法。L4/L5现在需要突破和创新的在于算法,而算法的创新永远都是针对真实问题的,这样也才具有落地意义。

总之,我们是一个实干的团队,最终目的肯定是要在量产车上最大化实现无人驾驶,但节奏也会基于产品,一步一步向前。

量子位:传感器呢?

谷俊丽:传感器目前确实是一个挑战,因为有两个方面的挑战。一是不同传感器提供不同维度的信息,如何通过算法实现融合,比如激光雷达、相机、毫米波雷达等等;二是多种不同信息,要完成一个系统的三维世界建模,这极具挑战。

但我个人认为,传感器也好、计算单元也好,这几年都在不断前进,核心还是从业者需要搭建好生长机制,在闭环及算法生长中,传感器、硬件也都有空间在一同生长。

量子位:围绕这个自动驾驶方案,哪些自己做,哪些依靠产业?

谷俊丽:我觉得无人车到最后肯定是一个新形态的高科技产物,它会集机械、计算、数据、智能于一身。其中机械行业本身已经非常成熟,很多厂商有很长时间的积累,我们会尊重和采纳这种积累。而计算、数据和智能,可能是21世纪才成熟的行业,我们会重点围绕这些方面下功夫,去创新和突破,但会以解决问题角度出发,而不是说最终一定要占领某一个领域。

量子位:但结合会很紧密,比如处理器?

谷俊丽:对,我在清华做的是高性能处理器研究,所以知道处理器、芯片都是从需求出发的——你有什么样的需求,就要分析它的算法和计算,最后在芯片上优化。

现在也到了一个时间点,做处理器的人非常需要做算法的人关心,因为一切迭代更加迅速,面临的问题也更加具体。我们现在还没有考虑芯片的问题,因为首先要积累自己的算法,把自己的闭环打通,但到一定阶段,可能会跟合适的处理器厂商,一起去解决某些具体问题。

量子位:所以小鹏自动驾驶方案,在计算方面,也会是嵌入式的?

谷俊丽:一定是嵌入式的,因为自动驾驶中,很多东西上了云,控制性会差很多。云在我们方案中,相当于一个词典,会有一些辅助性、全局的信息,比如地图、交通信息来自云,但车本身,一定要做到没有云也能正常行驶,没有云依然能够做决策,我觉得这极其关键,因为车最首要的还是安全。

今年8月,小鹏汽车天使投资人何小鹏出任董事长

团队

量子位:打造这样的方案,有团队规模预计吗?

谷俊丽:我觉得不会特别大,不会一个部门动辄几百人,核心技术团队不在量,而在质。之前无人车鼻祖塞巴斯蒂安-特龙也谈过,无人车这个事情非常难,所以你需要的是一个能够形成超级大脑的团队,能够小步快跑,是一个金刚钻。

不过,一旦小而精的团队完成技术突破并落地成产品,后续产品支撑的团队可能会规模大一些,比如测试车队、数据团队等,但“金刚钻”团队不会动辄几百人规模去铺设。

量子位:金刚钻团队搭建会困难吗?

谷俊丽:难,但我们有信心。小鹏汽车是一个绝佳的平台,一切都在生长、一切都可以重新定义,我想很多人也会有这个想法,我们后续还会有重磅嘉宾宣布加盟,还会带来惊喜。

量子位:也会搭建一个机器学习团队,就像在特斯拉那样?

谷俊丽:会,而且是一个更成熟的团队,现在AI领域的人才全球稀缺,但我相信随着AI进一步向前推进,能够把人才聚集起来,肯定能做出更酷的事。

这个机器学习团队发挥的作用也会是方方面面的,从云端到自动驾驶,包括工厂、交通等场景中,都可以发挥作用。现在外界看到的小鹏汽车,是一家造车新势力,但一旦我们的汽车跑起来,马上就是一个大数据公司,车的数据、交通的数据,工厂的数据,汽车只是整个智能化的一个“金刚钻”、点睛之笔,机器学习会让数据更加有用有效,智能化变革也会随之更加深入。

量子位:就没有什么担忧、顾虑?

谷俊丽:肯定有,机会很大,但挑战也很大,小鹏把这么多优秀的人聚集到一起,把不同频率的人聚拢,如何形成一个共振,创造出更大的价值,这本身就是非常大的挑战。所以团队如何磨合,磨合中怎样形成凝聚力、创新力,如何搭建这个团队,我觉得是最大的挑战。

量子位:什么时候能看见你们产品?

谷俊丽:自动驾驶产品会跟量产车对齐,何小鹏已经对外透露过,明年我们的量产车就会交付。我们的自动驾驶不会闭门造车,不会在实验室贴数据,它一定会是一个产品形态,展现整个交互过程,敬请期待。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2017-11-20,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 量子位 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
一次分区大表索引整改的案例分析(上)
在生产库上经常发现执行计划中索引选择不合适导致查询效率低下的情况,针对这种情况,我们可以采用重新收集统计信息(或设定统计信息)、绑定执行计划、增加hint写法(修改代码或后台增加hint)等技术手段来优化查询,但这些方法往往有一些前提条件,比如说统计信息过大无法及时收集需要配置定时任务,绑定的执行计划也不是很理想,绑定变量的值不同不能使用一种hint写法等,这样的结果倒推必须进行索引整改,以提高更好的查询效率,但如果涉及的是一张很大的分区表,索引整改必须很慎重,不然调整不理想可能会引起严重的性能问题,因此,本文想根据这个问题提供一种分析思路和操作步骤,使分区大表的索引调整的操作可以考虑得更全面些,更有效达到理想的查询效果。
IT大咖说
2019/05/14
1K0
一次分区大表索引整改的案例分析(上)
Oracle分区表之创建维护分区表索引的详细步骤
墨墨导读:本文来自墨天轮用户投稿,详细描述Oracle分区表之创建维护分区表索引的步骤。
数据和云
2020/07/02
3K0
【迁移】Oracle分区表及索引迁移表空间
近期计划使用XTTS方式迁移某库,在进行自包含检查时发现,该库有部分数据(分区表、索引)存放于SYSTEM表空间中,需要先将这部分数据移动到要迁移的表空间中。
甚至熊熊
2021/04/22
2.9K0
实战篇:Oracle分区表之在线重定义
安装测试环境可以使用博主编写的 Oracle 一键安装脚本,同时支持单机和 RAC 集群模式!
Lucifer三思而后行
2022/01/08
1.8K0
实战篇:Oracle分区表之在线重定义
Oracle-HWM(High Water Mark) 高水位解读
ORACLE在逻辑存储上分4个粒度 ,由大到小为: 表空间, 段, 区 和 块.
小小工匠
2021/08/16
3.2K0
YashanDB ALTER INDEX语句
一个SQL命令行可以指定多项修改操作,以,分开;但对于存在分区索引的表,该表上的索引操作需单项执行,即不能放在同一个命令行中,且对于分区索引,其修改操作必须按指定分区进行,而不能针对整体索引操作。
用户10349277
2025/08/14
2300
Oracle 分区表
随着表的不断增大,对于新纪录的增加、查找、删除等(DML)的维护也更加困难。对于数据库中的超大型表,可通过把它的数据分成若干个小表,从而简化数据库的管理活动。对于每一个简化后的小表,我们称为一个单个的分区。
Leshami
2018/08/07
2.2K0
Oracle partitions 简介
当表中的数据量不断增大,查询数据的速度就会变慢,应用程序的性能就会下降,这时就应该考虑对表进行分区。表进行分区后,逻辑上仍然是一张完整的表,只是将表中的数据在物理上存放到多个表空间(物理文件上),这样查询数据时,不至于每次都扫描整张表。
全栈程序员站长
2022/09/13
6440
删除数据库表分区后,索引不可用(失效)的解决方案
三个月前的一次生产环境数据库操作事故,至今仍然历历在目、难以忘怀。这次血与泪的教训需要被记录下来,鉴前毖后。这就是这篇迟来的教训总结的成文背景。
数人之道
2022/01/13
3.5K0
删除数据库表分区后,索引不可用(失效)的解决方案
Oracle 重建索引脚本
      索引是提高数据库查询性能的有力武器。没有索引,就好比图书馆没有图书标签一样,找一本书自己想要的书比登天还难。然而索引在使用的过程中,尤其是在批量的DML的情形下会产生相应的碎片,以及B树高度会发生相应变化,因此可以对这些变化较大的索引进行重构以提高性能。N久以前Oracle建议我们定期重建那些高度为4,已删除的索引条目至少占有现有索引条目总数的20%的这些表上的索引。但Oracle现在强烈建议不要定期重建索引。具体可以参考文章:Oracle 重建索引的必要性。尽管如此重建索引还是有必要的,只是不建议定期。本文给出了重建索引的脚本供大家参考。 1、重建索引shell脚本
Leshami
2018/08/13
1.1K0
Oracle-index索引解读
数据在磁盘上是以块的形式存储的。为确保对磁盘操作的原子性,访问数据的时候会一并访问所有数据块。磁盘上的这些数据块与链表类似,即它们都包含一个数据段和一个指针,指针指向下一个节点(数据块)的内存地址,而且它们都不需要连续存储(即逻辑上相邻的数据块在物理上可以相隔很远)。
小小工匠
2021/08/16
1.2K0
总结Oracle删除表空间遇到的问题
删除表空间语句:`DROP TABLESPACE SAC INCLUDING CONTENTS AND DATAFILES;` 根据MOS文档: How To Resolve ORA-29857 During a Drop Tablespace although No Domain Index exists in This Tablespace (文档 ID 1610456.1) 对于ORA-29857这个错误,文档说的很清楚:
Alfred Zhao
2022/05/06
1.3K0
解决 Oracle 导入导出占用大量表空间的问题
对于 Oracle 而言, 每个表建立是, 都有一个属性为 initial, 表示此表占用的空间大小, 随着数据的新增, 此值也会一直增大, 但删除这个表的数据后, initial 也不会缩小. 所以使用时间越长, 每个表占用的空间都会很大.
一份执着✘
2020/02/17
2.1K0
oracle删除索引释放空间,oracle 索引迁移,释放磁盘空间[通俗易懂]
1)备份GBOS用户表索引:通过plsqlDevelop工具将GBOS用户表索引全部导出,以做备份。
全栈程序员站长
2022/10/03
2.2K0
【DB笔试面试568】在Oracle中,索引是否必须定期重建?索引重建有哪些影响?
一般而言,极少需要重建B树索引,基本原因是B树索引很大程度上可以自我管理或自我平衡。认为需要重建索引的最常见理由有:
AiDBA宝典
2019/09/29
9640
ORACLE分区表转换之在线重定义(DBMS_REDEFINITION)
参考MOS文档:How To Partition Existing Table Using DBMS_REDEFINITION (Doc ID 472449.1)  
Lucifer三思而后行
2021/08/17
2.1K0
Oracle SQL调优之表设计
分区表使用与查询频繁而更新数据不频繁的情况,不过要记得加全局索引,而不加分区索引,分区类型:分区分为范围分区、列表分区、HASH分区、组合分区四种,用了分区表,查询时就定位到对应的区,而不用全表,所以查询效率比普通表好,当然有很多细节,还是建议看《收获,不止sql优化》一书
SmileNicky
2019/06/11
6010
Oracle分区表删除分区数据时导致索引失效解决
      今天有个小任务就是要删除些数据,哈哈,先自己小开心一下。因为要删除的数据表是我之前转换成的分区表。这个分区表是按照里面有个创建时间字段来分区的,1个季度为1个分区。所以我现在要将2017年7月1日之前的数据删除(数据量约1000万),可以直接删除表分区数据就好。如果要是用delete去删除这么多的数据,我还要写存储过程,分批提交的这样做。就是这样的一简单的truncate partition 引发了后继的业务故障。最终查询到该表的索引失效,重建立后恢复。真是汗! 二、实验
星哥玩云
2022/08/16
3K0
Oracle SQL调优之分区表
其它类型的表设计可以看博客:https://smilenicky.blog.csdn.net/article/details/90315980 普通表和分区表区别,分区表分成几部分就有几个segment,RANGE_PART_TAB是一个分区表
SmileNicky
2019/06/11
1.4K0
【DB笔试面试553】在Oracle中,什么是不可见索引?
索引维护是DBA的一项重要工作。当一个系统运行很长一段时间,经过需求变更、结构设计变化后,系统中就可能会存在一些不再被使用的索引,或者使用效率很低的索引。这些索引的存在,不仅占用系统空间,而且会降低事务效率,增加系统的负载。因此,需要找出那些无用或低效的索引,并删除它们(找出无用索引可以通过索引监控的方法)。但是,直接删除索引还是存在一定风险的。例如,某些索引可能只是在一些周期的作业中被使用到,而如果监控周期没有覆盖到这些作业的触发点,那么就会认为索引是无用的,从而将其删除。当作业启动后,可能就会对系统性能造成冲击。这时,可能就会手忙脚乱地去找回索引定义语句、重建索引。在Oracle 11g里,Oracle提供了一个新的特性来降低直接删除索引或者禁用索引的风险,那就是不可见索引(Invisible Indexes)。
AiDBA宝典
2019/09/29
8600
推荐阅读
相关推荐
一次分区大表索引整改的案例分析(上)
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档
首页
学习
活动
专区
圈层
工具
MCP广场
首页
学习
活动
专区
圈层
工具
MCP广场