工作思考：不可能三角

我们知道在日常生活中存在着很多不可能或者完全矛盾的概念比如，多快好省又比如既要🐎跑，又要🐎不吃草。当我们从第一性原理出发时，就会觉得很可笑。

当然在汽车嵌入式软件开发中，也有所谓的不可能三角。比如：

汽车软件开发的中不可能三角而我们最终开发出的产品，其实都是在这三者中做出折中的妥协。被誉为汽车软件开发中的圣经：V模型以及Aspice已经成为每个汽车工程师的思维定式，但真正的开发真的是如此吗？如果每个需求都按照Aspice来开发，估计早就被新势力造车摁在地板上摩擦了，包括连我本人都开始怀疑这种指导意义。

在项目开发中，一般批产的节点是一个无法更改的Deadline，这就导致功能与质量成为了是可以被浮动的因素。V模型和Aspice所期望的是一次开发成型，质量好，没有bug！这是OEM所期待的，我认为至少有如下两个原因：

新🚗发布周期长

在之前的项目，每个项目的开发周期都相对较长，留给功能验证与开发的时间尚且充足，降低了出现问题的可能性。

软件Bug召回事件

近些年来由电子电器所导致的bug一直是车企召回的主要原因之一，并会对OEM声誉造成不小打击。

如今这个时代人们已经不会统计每个月出了多少新车型，而是计算这个月又诞生了多少新车企又或者谁又开始跨界造车了，可见这个行业竞争的激烈程度，而在新兴造车势力中尤为如此。面对未来可能出现的质量因素，OTA的出现成为了一块必不可少的遮羞布。

借助OTA，整车厂在每次升级给你带来意想不到的惊喜的同时，又悄悄修复了多少小Bug？你可能又会说：“这不是拿消费者当小白鼠吗？”但未来汽车软件一定会进化到就像你的IOS系统一样，隔三差五就给你推送一个功能包，但我们在欣然接受的同时，怎么就没有去抱怨苹果系统差呢？

氨气“ 携手进步 共同成长 ”

工作思考 · 目录

上一篇 下一篇

工作思考 —— 软件合作开发2 工作思考：Autosar多元化的烦恼