今天讨论问题中讨论到一个有意思的现象。
内行人和外行人对一个复杂系统的认知，简直天差地别。
甚至有些管理者，久了不深入一线，也会"不理解"。
外行眼里的域控制器
域控制器，自动驾驶的"大脑"。听起来就是个控制器对吧？
功能也挺清晰：
- 行车功能：自动规划路线、转方向盘、加减速、识别标识牌、识别行人
- 泊车功能：自动找车位、泊车入位、从车位唤醒到身边
- 哨兵模式：检测车辆周边触碰
- OTA升级：远程升级程序
- 故障处理：报错、降级、减速、靠边停车
看起来，就是一个"高级控制器"。
那为什么需要那么多人参与？
内行眼里的域控制器
上面那些，都是功能需求的名字。从功能描述到真正在控制器上跑起来，中间有太多隐含条件。
传感器接入：摄像头、雷达、超声波，每种都有自己的接口、协议、时序要求。
操作系统稳定性：不是跑个demo就行，要7x24小时不挂。
功能之间的逻辑顺序：行车和泊车怎么切换？切换的时候方向盘谁控制？切换失败了怎么办？
电源管理：低功耗模式下哪些功能要保留？唤醒要多快？
功能安全：出了问题怎么降级？降级策略是什么？
信息安全：OTA怎么防篡改？数据怎么加密？
最基本的一条：产品要能在低温，高温，潮湿，干燥，甚至电池电量低或可接受的异常范围内时，都要保证能正常工作。
听起来简单，做起来——坑太多了。
举个栗子
功能集成第一版上车后，功能跑不起来。
一查，CPU资源不够用了。
这个时候需要有人牵头各个供应商、各个模块，进行资源使用分析，找出问题，推动各方解决，达到预期要求。
流程清晰对吧？
但里面涉及到的工作量巨大。
而且很多产品都会在这一步卡很久，甚至有的产品因为这一步直接黄掉。
离谱吗？
一点都不离谱。
做Tier1或主机厂，是真的有门槛的。
算法demo ≠ 上车量产
有个漂亮的算法demo，不等于能顺利完成量产。
量产要考虑：
- 各模块交互是否够简洁
- 冗余度是否够
- 是否稳定
- 功能联调和维护成本是否可接受
这些，都是需要扎实的基本功和趟过坑才能了解的。
为什么需要那么多人
因为每一个"隐含条件"，都需要人去解决。
传感器接入有人负责，操作系统有人负责，功能安全有人负责，信息安全有人负责，电源管理有人负责，资源分析有人负责，联调有人负责，实车测试有人负责……
而且这些人之间，还需要大量的沟通、协调、妥协、推进。
算法demo可以一个人做。
量产，是一群人趟坑的结果。
外行看功能，内行看工程。
这个鸿沟，只有真正趟过坑的人才能理解。
更多信息，可关注：mp.weixin.qq.com/s/8d03AWAlH…
