Skip to content
#software testing Open access

Work Without Objects: The Epistemic Capital of Software Engineering

Sep 2026 · Zenodo (CERN European Organization for Nuclear Research)

Abstract

Software engineering has converged on a set of near-universal practices — version control, continuous integration, code review, on-call rotation, staged deployment, open-source dependency — none of which appears in the field's foundational theory or in the theories of work it inherited. This paper argues the convergence is not immaturity but selection under a substrate that supplies no natural coarse-graining. Physical engineering rests on the ability to replace microscopic models with macroscopic ones that compose. The physical substrate supplies this for free. The computational substrate, because it is universal, supplies none: no natural distance, no dissipation, no stable kinds. Every engineering structure — every boundary, module, type, component — is therefore a constructed theory, maintained by people, adjudicated only by execution. Two consequences follow. First, the industrial ontology (units, batches, tolerances, inspection, the plan) has no substrate-supplied referent in software and cannot be made to fit by further professionalisation. Second, every engineering decision on this substrate moves two balances simultaneously: functional capital (new capabilities) and epistemic capital (evidence-grounded confidence in those capabilities). The industrial frame tracks only the first, making the second invisible — and systematically recommending decisions that spend it. Epistemic capital is not a quantity but a region: the evidenced envelope, indexed to a system and the operational context under which evidence was obtained. It grows through non-events (unfalsified executions) and is destroyed by single witnesses. Its infrastructure — CI pipelines, test suites, telemetry, monitoring — appears on an invoice as overhead while constituting half the product. A fielded software system is a sociotechnical system: code, evidential infrastructure, and the people who hold the theory of how these relate. Remove any element and what remains is not a degraded product but an uncharacterised one. The paper proposes a counter-ontology whose primitives are relationships between observers and executions rather than properties of artefacts, and uses it to re-examine practices the field takes for granted: why test suites never shrink, why "not invented here" can be rational, why technical debt is capital depletion rather than deferred work, why Conway's law is an architectural constraint rather than a sociological curiosity, and why tiger teams are a structural response to coupling the hierarchy was not designed to see. A witness-cost quadrant distinguishes the two coherent engineering strategies (substrate restriction and evidential investment) from the symbolic interventions that address neither the dynamics nor the evidence. The paper draws on formal results established in eight companion papers (CHP, CCI, SSEP, TWS, BPS, CSG, TAL, AST) by the author but is intended to be readable independently of them. Version history v1.2 (September 2026) – Substantial revision. Expanded the SDV case study with a three-phase historical structure (disconnection → digital connectivity → shared substrate). Added §5.5 on the evidenced envelope as the actual form of epistemic capital, §5.6 on the build-vs-import decision, and infrastructure-cost and security perspectives. Restructured §5 into subsections. Replaced the refinement-order argument with concrete examples and corrected the code/cognitive-shadow framing. Grounded the organisational-form discussion in Lawrence & Lorsch and Galbraith. Added a product-definition claim to the Conclusion. Replaced "observation map" with "abstraction" throughout. Simplified physics language, glossed domain abbreviations, and reduced meta-commentary for accessibility. Added Boeing Starliner CFT investigation as a cited instance. Removed the underdeveloped "Brooks, corrected" subsection. 46 references. v1.0 (August 2026) – Initial preprint. Keywords: software engineering, epistemic capital, coarse-graining, computational substrate, bounded local theory, software-defined vehicle, organisational design, Conway's law, continuous integration, evidence-based engineering, software safety, non-industrial technology, gauge hypothesis, witness, leakage

View source

Similar papers

#computer vision Review Sep 2017

Agile Software Development Methods: Review and Analysis

This publication proposes a definition and a classification of agile software development approaches and analyses ten software development methods that can be characterized as being "agile" against the defined criterion.

P. Abrahamsson, O. Salo, Jussi Ronkainen et al. · 727 citations · ⚡54
#computer vision Jun 2008

The impact of agile practices on communication in software development

The study shows that agile practices improve both informal and formal communication, but indicates that, in larger development situations involving multiple external stakeholders, a mismatch of adequate communication mechanisms can sometimes even hinder the communication.

M. Pikkarainen, Jukka Haikara, O. Salo et al. · 401 citations · ⚡48
#machine learning Review Open access Oct 2014

Software development in startup companies: A systematic mapping study

The results indicate that software engineering work practices are chosen opportunistically, adapted and configured to provide value under the constrains imposed by the startup context.

Nicolò Paternoster, Carmine Giardino, M. Unterkalmsteiner et al. · 394 citations · ⚡54
#computer vision Review Mar 2008

Agile methods in European embedded software development organisations: a survey on the actual use and usefulness of Extreme Programming and Scrum

The results show that the embedded industry has been able to apply agile methods in its development processes and that the appreciation of the agile methods and their individual practices appears to increase once adopted and applied in practice.

O. Salo, P. Abrahamsson · 238 citations · ⚡9
#computer vision Open access Jul 2017

What happens when software developers are (un)happy

Consequences of happiness and unhappiness that are beneficial and detrimental for developers' mental well-being, the software development process, and the produced artifacts are found.

D. Graziotin, Fabian Fagerholm, Xiaofeng Wang et al. · 236 citations · ⚡13
#computer vision Open access Oct 2004

Mobile-D: an agile approach for mobile application development

The Mobile-D approach is briefly outlined here and the experiences gained from four case studies are discussed, which helped develop an agile development approach for mobile application development.

P. Abrahamsson, Antti Hanhineva, H. Hulkko et al. · 225 citations · ⚡18

Related blog posts

MIT News · Artificial Intelligence Oct 2, 2026

Documenting the tech worker movement

Writing as a participant and researcher, PhD student JS Tan SM ’22 has co-authored a new book about the rise of tech worker protests and the employer backlash that followed.

GPT-Lab Sep 23, 2026

Requirements Don’t Live in Isolation: What We’re Exploring with Req-Space

Requirements in large systems rarely exist in isolation. Their meaning depends on the wider project context - other requirements, policies, decisions, tests, and implementation details. That becomes especially important when AI is used for review, because spotting a possible conflict or gap is only the beginning. ReqSpace explores how AI, visualisation, and connected project context can help reviewers understand those findings, trace the relationships behind them, and focus on the questions that…

GPT-Lab Sep 17, 2026

Beyond Prompt Engineering: The Role of Tacit Knowledge in Software Engineering

AI is making software generation faster, but speed does not remove the need for expertise. As more work is delegated to AI, tacit knowledge may become one of the most important human advantages in software engineering. The post Beyond Prompt Engineering: The Role of Tacit Knowledge in Software Engineering appeared first on GPT-Lab.

We use cookies to run the site and, with your consent, for analytics and to show ads. See our Cookie Policy.