Open source powers 96% of all codebases and would cost $8.8 trillion to rebuild, yet 5% of developers create most of its value. That imbalance is fragile. Here is the economics of why engineers give their best work away for free, and what it would take to keep the system running.

As a software engineer, I have always been fascinated by Open Source Software (OSS). I have relied on OSS since my first "Hello World." I shipped products powered by community code at every job while contributing almost nothing back. That imbalance nagged at me, particularly when I worked alongside renowned OSS contributors on significant projects, such as the Linux Kernel, WineHQ, ROS 2, and a team I managed closely for a long time: the team behind the famous project in the automotive industry, iceoryx. Their talent amazed me, but I kept wondering: what makes brilliant engineers give away their best work?
A turning point in my career came when I joined Apex.AI at a very early stage, a company pioneering OSS‑based solutions for automotive safety‑critical applications. This idea was nearly unheard of at the time; yet, the founders' compelling vision of industrializing OSS spoke to me. The experience was exhilarating, and that energy carried the whole team. We took our solution to the next level and certified it to ISO 26262 ASIL-D, the highest safety level in the automotive industry.
Over time, we have recognized significant challenges within the OSS ecosystem in this domain. Nevertheless, my belief in OSS remained strong, fueling an ongoing curiosity about why engineers and businesses continue to use and contribute to it.
My perspective deepened during my Executive MBA studies at ESMT Berlin, where I was lucky to take a course on Open Innovation taught by Linus Dahlander. Although not exclusively about OSS, the course resonated strongly with my experiences, introducing me to valuable frameworks for understanding the broader ecosystem of Open Innovation in which OSS plays a crucial role. I highly recommend following Linus Dahlander and exploring his extensive research for anyone interested in OSS or Open Innovation. His insights have significantly shaped my understanding and unlocked a new domain for me, helping me understand why engineers love OSS.
However, my studies didn't only answer this; they also touched on all business aspects related to it, such as why companies engage in open innovation, the challenges and benefits they encounter, the paradigm shifts they observe, and the business models evolving around open innovation.
A recent Harvard Business School working paper, The Value of Open Source Software, broadened my understanding by putting complex numbers on benefits that had long seemed intangible.
Although the paper does not draw a formal line between Open Source Software (OSS) and "Free" OSS (FOSS), a distinction worth noting because an open licence does not automatically mean zero cost, it nonetheless surfaces several critical insights:
Drawing from this and related readings, several key takeaways stood out to me:
While OSS development in embedded and edge computing has traditionally lagged behind other tech sectors, we see recent initiatives are closing the gap. Collaborative projects like Eclipse Software Defined Vehicle (proudly a member), Eclipse IoT , and LF Edge are fostering greater community engagement and innovation.
Historically, real-time operating systems (RTOS) in these domains were predominantly proprietary. However, this is changing with initiatives like The Zephyr Project and Eclipse ThreadX , among other notable projects.
On the hardware front, open architecture from RISC-V International and Arm 's (our partner company) OSS initiatives, with platforms like WebAssembly (WASM), are promoting code portability across diverse devices.
Moreover, the explosive growth of AI is reshaping the OSS ecosystem. Together, these developments point to a more open and collaborative future in embedded technology.
Originally posted on LinkedIn
Fadi Labib runs this field lab. 15 years in automotive, robotics, and embedded systems; ESMT Berlin EMBA. I give AI real engineering problems, then check its work. More about the lab →
Related case studies
Open source software powers 96% of all codebases and would cost $8.8 trillion to rebuild, yet just 5% of developers create 96% of its value. Google Test alone saves companies billions. Imagine 2,000 companies each burning money to build their own testing framework, then to maintain it. That's billions down the drain, solving the same problem thousands of times. Meanwhile, bugs caught early save hundreds of thousands per year, and engineers get to build actual products instead of reinventing basic tools. Tech giants aren't sharing code out of generosity, they've figured out that giving away millions in development costs them less than the alternative.
Carmakers now call themselves "Software-Defined Vehicle" companies. Nobody calls a smartphone "software-defined". Phones were software-first from day one, so the label was never needed. The SDV prefix is automakers announcing they have to rebuild around software two decades after mobile did.
Every carmaker chasing software-defined vehicles qualifies the same foundational tools on its own: operating systems, toolchains, LLVM. The work is duplicated across the industry and none of it is a differentiator. The fix is to qualify those shared foundations together and compete on the product instead.