你的产品背后的代码是谁写的?

最近汽车行业的头条新闻指出,所有嵌入式软件开发人员都面临着同样的挑战。

一个故事 文章重点关注福特公司重新聘用经验丰富的工程师的决定——这表明公司认可机构知识的重要性。那些了解系统设计缘由、发展历程以及潜在风险所在的人,其价值往往与技术本身不相上下。

另一个故事 事件的核心是Polestar因其硬件和软件与中国和俄罗斯有关联而被禁止在美国销售车辆。无论各组织对相关政策讨论持何种立场,这一事件都凸显了一个日益重要的现实:软件的来源、所有权和治理正变得具有战略意义。

乍看之下,这两个故事似乎毫不相干。一个是关于人的,另一个是关于技术的。但从根本上讲,两者都关乎同一件事:一个组织能否对其所依赖的系统负责——这些系统是谁构建的,现在谁了解它们,以及将来谁将承担责任。

这些文章最终都提出了相同的问题:

谁在幕后编写代码?

不仅仅是作者是谁。

谁能理解它?

谁负责维护?

谁拥有它?

谁能解释一下?

产品发布多年后,谁还会继续支持它?

这些都是每家汽车原始设备制造商都应该问自己的问题。医疗器械、工业设备、健身产品和消费电子产品的制造商也应该问自己这些问题。

因为软件溯源不再仅仅是IT部门需要考虑的问题。

这是个商业问题。

软件供应链正变得越来越复杂

不久前,软件评估还相对简单。企业主要关注功能、性能、成本和交付时间表。

如今,为了加快开发周期,各公司已经改变了这种局面。

软件开发可能跨越多个国家。组件可能来自众多供应商。开源库已嵌入到现代应用程序的各个角落。人工智能辅助开发工具正以前所未有的速度生成代码。团队会更迭。承包商会流动。收购会发生。产品路线图也会调整。

因此,许多组织都能回答其软件的功能,但能自信地解释软件来源的组织却寥寥无几。

这种区别很重要。

无论你是在构建数字驾驶舱、医疗监控设备、联网跑步机、智能家电还是工业控制面板,驱动用户体验的软件越来越代表产品价值的很大一部分——以及风险。

制造商应该问自己的三个问题

问题 1:您知道您的软件是在哪里开发的吗?

多年来,软件来源主要被视为采购问题。

如今,这正在演变成一个治理问题。

随着监管机构更加密切地关注联网汽车技术及其背后的软件生态系统,汽车行业已经感受到了这种影响。

地理位置至关重要,尤其是在法规不断演变的今天。制造商应该清楚了解软件的开发地点、知识产权所有者、产品路线图控制者、关键组件的维护者以及整个软件栈中存在的依赖关系。

透明度正日益成为一种竞争优势。这并非因为法规要求,而是因为领导团队、客户和利益相关者都期望如此。

问题 2:您知道您的软件中有多少是由人工智能创建的吗?

人工智能正在迅速改变软件开发。

如果使用得当,人工智能工具可以提高生产力,缩短开发时间,并帮助工程师更高效地解决问题。

但人工智能生成代码的兴起也带来了新的问题。谁来审核?谁来验证?谁来负责?几年后,当出现关键问题时,谁来解释、维护和纠正它?

问题不在于是否应该使用人工智能,而在于组织是否要对最终产出的产品保持工程所有权——这可以是指定工程师对每次人工智能辅助提交的代码进行审核,也可以是代码上线前制定明确的审查标准,或者仅仅是制定一项政策,即任何人工智能生成的组件都必须由能够解释其工作原理的人员才能发布。

无论代码是由人编写、工具生成,还是两者结合创建,责任都不能外包。总得有人理解它。

尤其是在顾客每天都依赖的产品领域。

问题 3:现在还有人掌握这些知识吗?

这或许是所有问题中最容易被忽视的一个。

福特的故事 之所以引起共鸣,是因为每个工程组织都意识到了这一挑战。随着时间的推移,专业人才流失,项目易手,团队重组,供应商更迭,文档也逐渐过时。

最终,组织可能会发现自己要负责一些无人完全理解的系统。

这不是技术问题,而是知识问题。这也是长期合作关系至关重要的原因之一。

制造商需要的不仅仅是源代码。他们需要专业知识。他们需要持续的支持。他们需要的合作伙伴不仅要了解软件的功能,还要了解软件最初的设计理念——并且能够在多年后依然解释并支持这些设计决策。

更好的问题带来更好的产品

随着产品变得越来越互联、越来越智能、越来越依赖软件,制造商应该向他们的技术合作伙伴提出一些基本问题:

  • 这个软件是在哪里开发的?
  • 谁拥有它?
  • 谁负责维护?
  • 人工智能在开发过程中是如何应用的?
  • 谁懂建筑设计?
  • 五年或十年后谁会继续支持这款产品?

这些不仅仅是工程问题。

这是领导力问题。

这些问题关乎一个组织能否自信地为其推向市场的产品——无论是现在还是未来几年。

这些问题关乎风险、韧性、责任和产品的长期成功。

为什么选择 Altia

在 Altia,这些问题并非理论性的。

自 1991 年以来,我们一直致力于开发嵌入式图形用户界面软件。我们的工程团队遍布美国和欧洲,工程师平均工龄超过 15 年。这意味着,开发您软件的人员很可能就是当初能够解释软件设计初衷​​的同一批人。

这种延续性很重要。

许多客户使用 Altia 的技术已超过十年。这种长期合作关系体现了供应商将长期维护和支持视为产品特性而非事后补救措施所带来的成果。

我们的团队在嵌入式图形、人机界面、性能优化、生产部署和长期产品支持方面拥有深厚的专业知识。同样重要的是,我们强调软件开发过程、支持团队以及软件随时间推移的演进方式的透明度。

在软件供应链日益复杂、监管审查日益严格、人工智能生成的代码以及技术快速变革的今天,我们的客户理应对我们产品背后的人员、流程和专业知识充满信心。

打造未来产品的组织——无论是汽车、医疗设备、健身器材、工业系统还是消费电子产品——都应该了解他们的软件来自哪里,谁在背后支持它,以及未来谁会提供支持。

这些问题有助于打造更好的产品,并建立更牢固的合作伙伴关系。

我们的网站使用 Cookie。继续浏览即表示您同意我们按照隐私政策中所述的方式使用 Cookie。