车载软件架构 --- 软件定义汽车开发模式思考

我是穿拖鞋的汉子，魔都中坚持长期主义的汽车电子工程师。

老规矩，分享一段喜欢的文字，避免自己成为高知识低文化的工程师：

钝感力的“钝”，不是木讷、迟钝，而是直面困境的韧劲和耐力，是面对外界噪音的通透淡然。
生活中有两种人，一种人格外在意别人的眼光;另一种人无论别人如何，他们始终有自己的节奏。
过度关注别人的看法，会搅乱自己的步调，让自己更加慌乱。与其把情绪的开关交到别人手中，不如把有限的精力用在提升自己上，久而久之，你自然会更加优秀。

时间不知不觉中，来到新的一年。2025开始新的忙碌。成年人的我也不知道去哪里渡自己的灵魂，独自敲击一些文字算是对这段时间做一个记录。

一、明确产业分工是软件定义汽车开发的前提

明确产业分工是软件定义汽车（Software-Defined Vehicle, SDV）开发进程中的关键基石。尽管汽车制造商（OEM）对于软件定义汽车所需的核心要素已有了较为清晰的认识，但在如何合理划分各方职责、实现高效协作方面，仍面临诸多挑战。

产业分工的核心目标，并非单纯追求效率的提升，而是确保产品在不同发展阶段能够平稳过渡，实现技术的持续迭代与升级。软件定义汽车作为一个高度复杂且跨领域的系统工程，仅凭一家企业的力量难以独立完成。因此，OEM必须与供应商建立紧密的合作关系，进行科学合理的分工，以共同推动这一领域的创新发展。

汽车软件开发对工程师的专业素养提出了极高要求，他们不仅需要精通软件开发技术，还需对汽车硬件有深入的了解。然而，当前OEM内部往往缺乏既懂汽车硬件又精通软件开发的复合型人才。同时，汽车上需要实现的功能繁多，涉及领域广泛，这使得企业难以独自承担所有要素的开发任务，团队规模与成本压力难以承受。

在现状下，产业分工虽然能够在一定程度上缓解OEM的开发压力，但往往只能解决燃眉之急。大部分OEM仍停留在“局部开发”的阶段，简单的软件自行开发，复杂的软件则依赖供应商。对于至关重要的软件（如自动驾驶系统），OEM虽有自主研发的意愿，但受限于自身能力，不得不与供应商携手推进。然而，这种合作模式往往难以长久维持，核心技术的掌控权问题始终是合作的隐患。

理想的产业分工应着眼于可持续发展。OEM必须牢牢把握产品定义的主导权，同时合理外包开发任务。整车架构的设计作为产品的核心，必须由OEM亲自操刀。而对于局部软件的开发，若供应商具备更强的专业能力，则可考虑外包。但OEM也需明确，对于当下难以独立完成的软件，应逐步积累能力，未来争取收回开发权，以确保对核心技术的掌控。通过这样的分工策略，OEM与供应商将能够共同构建一个更加高效、协同、可持续的软件定义汽车