# Reclaiming Software Engineering as the Enabling Technology for the Digital Age

Tanja E. J. Vos, Tijs van der Storm, Alexander Serebrenik, Lionel Briand, Roberto Di Cosmo, J.-M Bruel, Benoît Combemale

<figure><img src="image_1.png" /></figure>

## To cite this version:

Tanja E. J. Vos, Tijs van der Storm, Alexander Serebrenik, Lionel Briand, Roberto Di Cosmo, et al.. Reclaiming Software Engineering as the Enabling Technology for the Digital Age. ICSE 2026 - Future of Software Engineering, Apr 2026, Rio De Janeiro, Brazil. 10.1145/XXXXXXX.XXXXXXX. hal-05468508v2

HAL Id: hal-05468508

https://inria.hal.science/hal-05468508v2

Submitted on 27 Jan 2026

HAL is a multi-disciplinary open access archive for the deposit and dissemination of scientific research documents, whether they are published or not. The documents may come from teaching and research institutions in France or abroad, or from public or private research centers.

L'archive ouverte pluridisciplinaire HAL, est destinée au dépôt et à la diffusion de documents scientifiques de niveau recherche, publiés ou non, émanant des établissements d'enseignement et de recherche français ou étrangers, des laboratoires publics ou privés.

<figure><img src="image_2.png" /></figure>

Distributed under a Creative Commons CC BY 4.0 - Attribution - International License
# Reclaiming Software Engineering as the Enabling Technology for the Digital Age

T. E. J. Vos, T. van der Storm, A. Serebrenik, L. Briand, R. Di Cosmo, J.-M. Bruel, B. Combemale

Informatics Europe WG on Software Research
www.informatics-europe.org/research/software-research.html

## Abstract

Software engineering is the invisible infrastructure of the digital age. Every breakthrough in artificial intelligence, quantum computing, photonics, and cybersecurity relies on advances in software engineering, yet the field is too often treated as a supportive digital component rather than as a strategic, enabling discipline. In policy frameworks, including major European programmes, software appears primarily as a building block within other technologies, while the scientific discipline of software engineering remains largely absent. This position paper argues that the long-term sustainability, dependability, and sovereignty of digital technologies depend on investment in software engineering research. It is a call to reclaim the identity of software engineering.

**CCS Concepts:** • Software and its engineering;

**Keywords:** software engineering, enabling technology, research policy, digital sovereignty, sustainability, open source

**ACM Reference Format:**

T. E. J. Vos, T. van der Storm, A. Serebrenik, L. Briand, R. Di Cosmo, J.-M. Bruel, B. Combemale. 2025. Reclaiming Software Engineering as the Enabling Technology for the Digital Age. In *Proceedings of Future of Software Engineering (ICSE 2026 FoSE Track)*. ACM, New York, NY, USA, 3 pages. https://doi.org/10.1145/XXXXXXX.XXXXXXX

## 1 Introduction

The software engineering (SE) research community has never been larger or more productive. Conferences grow, journal and conference submissions multiply, and new research areas emerge at the intersection of SE with AI, quantum, photonics, and virtual worlds. Yet beneath the surface lies unease: our field's identity is dissolving into the technologies it enables. We are indispensable, but invisible.

Historically, SE was understood as the science of building dependable (safe, secure, reliable), maintainable, and adaptive systems. Today, it risks being perceived as a commodity, tasked with supporting AI models, quantum devices, or virtual worlds, without being recognised as part of the scientific foundation that makes them possible.

This loss of identity is not only a visibility problem; it is a community problem. When SE is treated as a supporting activity rather than a scientific discipline, it becomes harder to define our shared challenges and attract and retain talent and funding. This position paper is a call to reclaim the identity of software engineering. This is a fundamental element of the discussion required to define the desired shape and role of the software engineering community going forward.

## 2 The erosion of identity

We identify three forces that marginalise our field:

**Policy blindness.** In many funding programmes, software is treated as an auxiliary technology, or a supporting building block, rather than a key enabler. This misperception weakens long-term investments and pressures research toward short-term engineering rather than foundational inquiry.

**Fragmented incentives.** Internal metrics, the publish-or-perish culture, the quantification of research outputs, and stringent validation demands encourage incremental innovation. Expectations around validation have also become so rigid that they can overshadow the value of a well-motivated idea. Validation expectations can limit conceptual innovation, while quantifying research output can make it difficult to conduct industry-relevant and longitudinal studies. Even when a concept is clearly articulated and its feasibility demonstrated, the pressure for exhaustive empirical proof discourages the early-stage and exploratory research the field urgently needs.

**Industrial disconnect.** Many of today's most complex software systems are built inside organisations that do not primarily see themselves as software companies: semiconductor manufacturers, automotive, transport, healthcare, and financial institutions. One major Dutch bank put it plainly: "We are essentially a software company that happens to understand money." Similar shifts are visible across sectors. Yet these sectors work largely in parallel, each developing its own tools, processes, and architectural conventions. Although we recognize significant diversity across application

Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for profit or commercial advantage and that copies bear this notice and the full citation on the first page. Copyrights for components of this work owned by others than the author(s) must be honored. Abstracting with credit is permitted. To copy otherwise, or republish, to post on servers or to redistribute to lists, requires prior specific permission and/or a fee. Request permissions from permissions@acm.org. *ICSE 2026 FoSE Track, Rio, Brazil*

© 2025 Copyright held by the owner/author(s). Publication rights licensed to ACM.

ACM ISBN 978-x-xxxx-xxxx-x/26/05

https://doi.org/10.1145/XXXXXXX.XXXXXXX
domains, without a shared, horizontal software engineering foundation, organisations repeatedly solve the same problems in isolation and reinvent practices that should be common. At the same time, researchers rarely gain access to the large, safety-critical, and embedded systems that define modern practice, while many industrial teams view academic work as too abstract or misaligned with their constraints. The result is a scientifically active field with limited impact.

## 3 Software engineering enables everything

Frontier technologies rely on software, not as a convenience but as the condition for scaling, integration, and safe operation. Across domains, progress slows when SE lags.

**AI** Modern AI systems depend on reliable data pipelines, scalable and maintainable architectures, strong testing practices, monitoring infrastructures, and mechanisms for interpretability and accountability. This can only be achieved with mature software engineering solutions.

**Quantum and photonics** These fields require complex software stacks for simulation, compilation, control, calibration, and error mitigation. As devices grow in scale and precision, the software that orchestrates them becomes a dominant source of complexity. Hardware advances that are not matched by comparable progress in software engineering increasingly limit what these systems can deliver in practice.

**Cybersecurity** Security can only be achieved when systems are designed, implemented, and maintained using sound SE principles. Vulnerabilities rarely stem solely from cryptography; they emerge from flawed architectures, unsafe interfaces, poor configuration management, and inadequate development practices.

**Virtual worlds** and emerging Web 4.0 ecosystems depend on software to provide persistent, interoperable, and human-centred infrastructures.

**Sustainability** Reducing the energy and resource footprint of digital systems demands energy-aware design, efficient architectures, optimised execution environments, and long-term lifecycle management. These are core software engineering concerns.

Across all these areas, SE provides the methods, abstractions, and infrastructures that make complex software systems dependable and beneficial in practice. Without continuous progress in software engineering, frontier technologies cannot mature, be deployed at scale, or meet societal expectations for safety, reliability, security, and sustainability.

## 4 Reclaiming our identity in Europe

Across Europe, national associations and research consortia have consistently raised concerns about the under-representation

of software engineering in strategic research agendas. Recent position papers, open letters, and manifestos [1-4] all point to the same contradiction: the scientific identity of software engineering is fading at the very moment when well-engineered software is more critical than ever.

In line with this, we have proposed a community-driven realignment of research, education, and policy to elevate software research as a strategic priority in Europe. A joint working group<fnref n="1" /> between ERCIM and Informatics Europe has been established, with the long-term vision and agenda for:

* Recognising software engineering as essential digital infrastructure, fundamental to the scalability, reliability, and safety of all frontier technologies.

* Establishing stable, long-term funding programmes for research that connects academia, industry, and the public sector. Europe needs sustained investment in the scientific backbone of software: methods, tools, open-source ecosystems, and experimental research that is not tied to short-term application projects. This includes addressing industry challenges.

* Ensuring that high-quality software is not only a technical requirement; it is a societal one. Responsible technology use, sustainability, reliability, long-term maintainability, and public trust must be embedded in the design and evolution of software systems. This requires research, training, and policy that reinforce these principles across sectors.

Reclaiming SE's identity is not just important for our field. It is a strategic requirement for the future. Innovation in frontier technologies is only possible if we continue to invest in the SE foundations on which all these domains depend.

## 5 Planning for change

The ICSE Future of Software Engineering (FoSE) track explicitly asks how the community can shape the field's future. We propose five coordinated areas of action: using ICSE itself as a mechanism for reflection, strengthening the discipline's scientific core, aligning academia, industry, and policy around a shared research agenda, and making available to the field the long-overdue large-scale research infrastructure that is needed to address the challenges of today and tomorrow.

### 1. Use FoSE as a structured moment of collective reset

The FoSE programme already invites the community to reflect on its values, publication culture, industry relationships, and reward structures. We think these topics only make sense when seen in light of the broader question of how SE defines and sustains its identity. The pre-event survey, workshop,

<footnote n="1">¹https://www.informatics-europe.org/research/software-research.html</footnote>
and plenary debrief provide the appropriate structure to address these interconnected issues together and to formulate a shared vision for the community's future.

## 2. Clearly position the scientific core of SE

Conferences, journals, and steering bodies should articulate the long-term research challenges that define SE as a discipline, rather than allowing them to be overshadowed by application-driven trends. A clearly defined shared identity will help attract talent, improve research coherence, and strengthen our voice in policy discussions.

## 3. Consistent message across academia and industry.

Fragmented messages weaken our field, while a shared voice strengthens it. If we want SE to regain a clear identity, our message must be consistent across academia and industry. Companies are better positioned to amplify awareness of high-priority challenges, including those listed below:

* Growing dependence on third-party platforms and the loss of digital autonomy.

* Concerns over the security and reliability of the (open-source) software supply chain.

* Legacy software and the lack of transferable skills across generations of systems.

* Navigating regulatory compliance in highly regulated sectors.

* Dealing with the rising complexity in systems: scale, variability, versioning.

* Responsibly integrating generative AI into software development workflows.

* Difficulty attracting and retaining talent.

We call on the ICSE community, when working with industry partners, to ensure that these concerns are articulated clearly and coherently, and expressed as problems to be addressed by software research.

## 4. Alignment through a shared research agenda

The ERCIM/IE Working Group and its partners are currently developing a Strategic Research and Innovation Agenda (SRIA). It is intended to provide a clear, shared view of long-term research challenges in software engineering and to guide funding and policy decisions. The ICSE community can reinforce this effort by contributing to the SRIA, using it to inform its own roadmaps and reports, and by endorsing it as a standard reference for the field.

## 5. Invest in shared research infrastructure

To support cumulative, reproducible, and policy-relevant research, the community should treat shared, open, and long-lived software engineering infrastructures as first-class research instruments. Persistent artifact identifiers, universal

archives, reproducible build frameworks, and longitudinal datasets are essential for studying software systems at the scale and time horizons at which they now operate.

## 6 Conclusion

Software Engineering research and innovation have built the digital world, but it now faces an existential crisis. To remain relevant, we must reclaim our identity as a scientific discipline that enables the digital age worldwide.

## Acknowledgments

We acknowledge all people who have been involved in the meetings and WGs we have constituted:

<table><tr><td>VERSEN<sup>2</sup></td><td>NL</td><td>Tanja Vos<br>Tijs van der Storm<br>Alexander Serebrenik<br>Paris Avgeriou<br>Michel Chaudron</td></tr><tr><td>GDR-GPL<sup>3</sup></td><td>FR</td><td>Jean-Michel Bruel</td></tr><tr><td>INRIA<sup>4</sup></td><td>FR</td><td>Benoit Combemale<br>Roberto Di Cosmo</td></tr><tr><td>SISTEDES<sup>5</sup></td><td>ES</td><td>Ernest Teniente<br>Elena María Navarro<br>Ernesto Pimentel</td></tr><tr><td>GRIN<sup>6</sup></td><td>IT</td><td>Filippo Lanubile<br>Azzurra Ragone</td></tr><tr><td>GII<sup>7</sup></td><td>IT</td><td>Luciano Baresi<br>Elisabetta Di Nitto</td></tr><tr><td>FB-SWT<sup>8</sup></td><td>DE</td><td>Regina Hebig<br>Kurt Schneider<br>Jürgen Mottok</td></tr><tr><td>LERO<sup>9</sup></td><td>IE</td><td>Lionel Briand<br>Anthony Ventresque</td></tr><tr><td>CHOOSE<sup>10</sup></td><td>CH</td><td>Timo Kehrer</td></tr><tr><td>MDENet<sup>11</sup></td><td>UK</td><td>Steffen Zschaler</td></tr><tr><td>SAST<sup>12</sup></td><td>SE</td><td>Emil Alégroth</td></tr><tr><td>Software Center<sup>13</sup></td><td>SE</td><td>Malin Rosqvist<br>Mikael Sjödin</td></tr></table>

## References

[1] ERCIM Task Group. *The Importance of Software in Europe*. Position paper, 2025.

[2] Informatics Europe and co-signatories. *The Critical Omission of Software Technology in the EIC Work Programme 2025*. Open letter, 2024/2025.

[3] European Working Group on Software Research. *Call to Prioritise Software Research in Europe*. Statement, 2025.

[4] VERSEN. *Manifesto on Software Research and Education*. Revised edition.