An examination of the uncredited technical, computational, physical, and human systems that enable scientific discovery, and the structural challenges surrounding their maintenance and recognition.
🤖 Written by Wren, the chat's AI, building on Wikipedia and on questions people asked in the chat. AI writing can be wrong or out of date: check anything that matters with a reliable source.
| Key concept | Unseen physical, digital, and operational labor sustaining academic research |
|---|---|
| Theoretical origin | Science and Technology Studies (notably Susan Leigh Star and Geoffrey Bowker, 1990s) |
| Core digital components | Research software libraries, data parsers, pipelines, and schema registries |
| Core physical components | Machine shops, cryogenic supply chains, biobanks, and calibration services |
| Core human roles | Research Software Engineers (RSEs), data curators, lab technicians, and facility managers |
| Structural barrier | Academic credit economy favoring novel findings over long-term maintenance |
| Key reform mechanisms | CRediT taxonomy, software citation standards, and targeted infrastructure grants |
Invisible infrastructure in scientific research refers to the extensive network of tools, software, maintenance routines, physical facilities, standards, and human labor that makes scientific inquiry possible, but remains largely unacknowledged in formal academic reward systems. While public attention and academic honors focus almost exclusively on novel theoretical discoveries, final published papers, and principal investigators, these outputs depend on vast underlying systems. These systems include decades-old software libraries, routine instrument calibrations, physical specimen curation, cleaning of legacy data, and the work of specialized technical staff.
The term draws from sociological and historical studies of technology, which observe that infrastructure tends to become invisible when it works smoothly. In scientific contexts, this invisibility is reinforced by institutional incentives. Funding agencies, university hiring committees, and scientific journals traditionally reward original, breakthrough findings rather than the sustainment, documentation, or repair of the systems that make those findings reproducible. As scientific research has grown increasingly reliant on computation, large instrumentation facilities, and cross-disciplinary data integration, the disparity between the importance of infrastructure and its academic visibility has widened.
When invisible infrastructure is neglected or underfunded, the consequences across the scientific enterprise can be severe. Failures manifest as software bit rot, uncalibrated instruments, unrecoverable historical data, irreproducible experimental results, and high rates of career attrition among non-faculty technical specialists. Over the past two decades, researchers, research software engineers, and information scientists have campaigned to document, fund, and assign formal credit to this vital operational layer of science.
Theoretical Background: The Sociology of Infrastructure
The conceptual framework for understanding scientific infrastructure developed within the field of Science and Technology Studies (STS) during the late 20th century. Sociologist Susan Leigh Star and information scholar Geoffrey Bowker made foundational contributions to this field, notably through their 1999 book Sorting Things Out: Classification and Its Consequences and Star's 1999 article "The Ethnography of Infrastructure."
Star articulated several fundamental properties of infrastructure:
- Embeddedness: Infrastructure is sunk into, inside of, and embedded across other structures, social arrangements, and physical technologies.
- Transparency: It does not need to be reinvented with each use; it invisibly supports primary tasks.
- Reach or scope: It extends beyond a single event or immediate site of practice.
- Learned as part of membership: Strangers to a community must learn the infrastructure, while insiders take it for granted.
- Links with conventions of practice: Infrastructure both shapes and is shaped by the conventions of a community of practice.
- Embodiment of standards: It relies on standardized interfaces, file types, protocols, and measuring units.
- Built on an installed base: It inherits strengths and limitations from earlier systems rather than emerging from a clean slate.
- Becomes visible upon breakdown: Its presence and importance are commonly noticed only when the system stops working.
Historians of technology Andrew Russell and Lee Vinsel expanded this critique through their work on "The Maintainers." They argued that 20th- and 21st-century intellectual culture suffers from an overemphasis on "innovation"—defined as novelty, disruptive technology, and creative conceptual work—at the expense of "maintenance," which involves preservation, stewardship, repair, and operational continuity. In academic science, this bias appears in the distinction between "the science" (hypotheses, papers, and theory) and "the plumbing" (data cleaning, plumbing, instrument upkeep, and code writing).
Computational and Software Infrastructure
Modern science is largely digital. Virtually every discipline—from astrophysics and molecular biology to economics and psychology—relies on computational pipelines to collect, clean, process, model, and visualize data. Despite this dependence, the software ecosystem that underpins academic research is notoriously fragile.
The Scientific Open-Source Stack
Much of global scientific research relies on an informal, open-source computational stack. At the foundation are low-level numerical and linear algebra libraries such as BLAS (Basic Linear Algebra Subprograms) and LAPACK (Linear Algebra Package), written in Fortran and C during the 1970s through the 1990s. Higher up the stack are modern programming languages and core libraries, such as Python's NumPy, SciPy, and pandas, or R and its CRAN package ecosystem.
These packages are frequently developed and maintained by a small number of researchers, software engineers, and volunteers. Many core tools relied upon by thousands of academic publications have only one or two active maintainers who perform this work in their spare time, without dedicated grant funding or institutional backing. When maintainers burn out, retire, or change careers, critical scientific software becomes unmaintained "abandonware," accumulating security vulnerabilities and software rot (the gradual degradation of software usability as the surrounding computing environment changes).
Data Wrangling and Legacy Data Recovery
Grant proposals frequently treat raw scientific data as if it were readily usable upon collection. In practice, researchers must spend weeks or months on "data wrangling"—the process of cleaning, transforming, and mapping data from messy, heterogeneous, or proprietary formats into standardized structures suitable for analysis.
This problem is acute when dealing with long-baseline historical records, such as satellite Earth observation series, climatological records, or astronomical plate archives. Generating a Fundamental Climate Data Record (FCDR)—a calibrated, long-term, stable data series across multiple sensor generations—requires researchers to:
- Locate and interpret physical magnetic tapes or outdated digital media.
- Consult paper technical manuals from the 1970s and 1980s, which may exist only as poor photocopies.
- Reverse-engineer undocumented binary encoding formats and bit-packing schemes.
- Track down tape parity errors and corrupt records without modern error-correction data.
- Reconstruct historical instrument degradation and sensor calibration drift over decades.
Researchers may write thousands of lines of robust parser code to turn raw sensor voltages into modern, self-describing scientific formats (such as netCDF-4 or HDF5) that adhere to the Climate and Forecast (CF) Metadata Conventions. This low-level engineering work requires deep domain knowledge, mathematical rigor, and software competence. However, it rarely produces conventional academic outputs, and the authors of parsing and calibration code are rarely cited by subsequent end-users of the clean data arrays.
Research Software Engineers (RSEs)
To address the institutional invisibility of scientific programming, the Research Software Engineering (RSE) movement emerged in the United Kingdom in the early 2010s, subsequently spreading across Europe, North America, and Australia. Research Software Engineers combine professional software craftsmanship with deep domain knowledge in scientific fields.
Traditionally, universities employed software engineers under generic IT classifications or as temporary post-doctoral researchers. Both categories posed career problems: IT salaries and job structures rarely accommodated open-ended research collaborations, while post-doctoral appointments evaluated workers solely on peer-reviewed papers as first author, penalizing time spent writing maintainable, reusable, and well-tested code. The establishment of dedicated RSE groups, formal job titles, and professional societies (such as the Society of Research Software Engineering) represents an explicit effort to legitimize and support this invisible labor.
Physical, Laboratory, and Biological Infrastructure
The focus on digital tools often obscures the reality that physical scientific facilities require equally demanding, uncredited maintenance. Wet laboratories, field stations, and large-scale experimental facilities depend on physical maintenance routines to prevent systemic errors and catastrophic losses.
| Infrastructure Category | Specific Examples | Primary Maintenance Labor | Consequence of Failure |
|---|---|---|---|
| Analytical Instrumentation | Mass spectrometers, NMR spectrometers, electron microscopes | Vacuum pump oil changes, cryogen (liquid nitrogen/helium) refilling, detector recalibration | Detector drift, instrument shutdown, multi-hundred-thousand-dollar magnet quenches |
| Biological Repositories | Cell line banks, microbial culture collections, seed vaults | Mycoplasma screening, STR profiling, cryopreservation maintenance, viability assays | Cross-contamination (e.g., HeLa overgrowth), phenotypic drift, loss of unique strains |
| Model Organism Facilities | Mouse vivariums, zebrafish facilities, Drosophila stocks | Genetic health monitoring, feed consistency control, quarantine protocols, environmental regulation | Uncontrolled genetic drift, infectious disease outbreaks, experimental batch effects |
| Environmental Sensor Networks | Eddy covariance flux towers, ocean buoys (e.g., Argo), weather arrays | Physical biofouling removal, sensor head replacement, battery maintenance, field repair | Loss of time series continuity, silent systematic sensor calibration errors |
| Laboratory Core Services | Glassware washing, autoclaves, centralized ultra-pure water systems | Cartridge replacement, autoclave validation, heat-cycle monitoring, detergent residue checks | Endotoxin contamination, trace mineral contamination affecting sensitive biochemical reactions |
Instrument Calibration and Drift
Precision instruments require constant recalibration against known reference materials. In mass spectrometry, nuclear magnetic resonance (NMR), or optical spectroscopy, baseline drift occurs continuously due to temperature fluctuations, mechanical wear, laser degradation, and contamination of ion optics.
The labor of preparing calibration curves, cleaning injection ports, running blanks, and logging maintenance is frequently performed by laboratory technicians, facility managers, or graduate students. If a technician spends an entire working week identifying and eliminating an electrical ground loop that introduced artifacts into patch-clamp electrophysiology recordings, that week produces no new data, no publications, and no formal lines on an academic curriculum vitae (CV). Yet, every recording made after that repair depends entirely on that diagnostic work.
Biological Specimen and Living Material Integrity
Biological sciences face unique infrastructural challenges because living systems change over time. Biomedical research has struggled for decades with cell-line misidentification and contamination. A common failure mode involves HeLa cells—an aggressive, fast-growing human cervical cancer cell line—accidentally contaminating and completely outgrowing other cell cultures, including breast, prostate, or endothelial cell lines.
Preventing such failures requires continuous surveillance: verifying cell identities using Short Tandem Repeat (STR) profiling, performing polymerase chain reaction (PCR) tests for invisible mycoplasma infections, and managing frozen seed stocks. This preventive work is pure maintenance: success is characterized by the total absence of anomalies. Because academic credit rewards visible output rather than avoided catastrophe, cell verification was widely skipped for decades, leading to thousands of published, irreproducible studies conducted on misidentified cells.
Data Curation, Standardization, and Ontologies
Data cannot simply be placed on a hard drive and considered preserved. Without active human intervention, data rapidly becomes unusable due to format obsolescence, missing context, and loss of institutional knowledge.
Ontologies and Controlled Vocabularies
For data to be cross-searchable across multiple research groups or disciplines, it must adhere to shared linguistic and conceptual systems known as ontologies. An ontology is a formal naming and definition of the categories, properties, and relations between data points within a domain.
Prominent examples include the Gene Ontology (GO), the Unified Medical Language System (UMLS), and the Chemical Entities of Biological Interest (ChEBI). Developing and maintaining these systems requires expert curators who read academic literature, extract operational definitions, resolve conflicting nomenclature across subfields, and maintain machine-readable hierarchies. Ontological work is meticulous, intellectually demanding, and time-consuming, yet curators rarely hold faculty positions and are seldom cited as co-authors on papers that use their classifications for high-throughput analyses.
The FAIR Principles and Hidden Implementation Costs
In 2016, a consortium of academic, industry, and funding stakeholders published the "FAIR Guiding Principles for scientific data management and stewardship" in Scientific Data. The principles state that all scientific data should be:
- Findable: Assigned persistent identifiers (such as DOIs) and described with rich metadata.
- Accessible: Retrievable using open, standardized communication protocols.
- Interoperable: Using formal, accessible, shared languages and vocabularies.
- Reusable: Clearly licensed, well-described, and meeting relevant community standards.
While funding bodies routinely require grant recipients to create "FAIR-compliant" data management plans, they frequently fail to budget for the professional data stewards required to implement them. Transforming a disorganized directory of spreadsheet files, ad-hoc Python scripts, and undocumented sensor readings into a fully FAIR-compliant digital repository requires deep technical work:
RAW EXPERIMENTAL ARTIFACTS
└── project_data_final_v2_edit.xlsx (missing column headers, color-coded cells)
├── Requires: Schema conversion, removing unformatted text, separating variables
├── Requires: Mapping informal terms to BioPortal/OBO Foundry ontologies
├── Requires: JSON-LD/schema.org metadata packaging
└── Requires: Cryptographic checksum validation and DOI assignment
▼
STANDARDIZED, MACHINE-ACTIONABLE DATASET (FAIR-Compliant)
This curation process takes significant labor hours. When funding proposals allocate money only for the researchers conducting primary experiments, data curation is pushed onto graduate students or early-career researchers who have neither the training nor the career incentives to carry it out properly. The result is often "data dumps"—raw files uploaded to public repositories to meet a journal's minimum policy requirement, but lacking the metadata necessary for any outside researcher to read, understand, or run them.
The Academic Credit Economy and Structural Neglect
The systemic invisibility of infrastructure is a direct outcome of the economic and reputational architecture of modern academia. The academic credit economy operates on specific metrics that systematically exclude maintenance tasks.
The Primacy of Novel Discovery
The incentive structures of contemporary research universities are designed around competition for scarce resources: tenure-track appointments, laboratory space, internal capital allocations, and competitive research grants. Success in these arenas is governed by specific bibliometric markers:
- The number of peer-reviewed articles published in high-impact-factor journals.
- Author position on papers (first author or corresponding author status).
- Citation counts and derived metrics, such as the h-index.
- Total monetary value of external research grants acquired as Principal Investigator (PI).
Under this paradigm, the optimal strategy for career advancement is to produce novel, positive claims as rapidly as possible. Infrastructure creation and maintenance work directly against this strategy: they require substantial investments of time, aim for system stability rather than novelty, and are usually designed to be used by others rather than to generate sole-authored papers.
Funding Realities: Novelty vs. Sustainment
Government grant mechanisms (such as those from the US National Institutes of Health, the US National Science Foundation, or the European Research Council) operate on three- to five-year funding cycles. Grant review panels favor projects that propose to discover new mechanisms, explore unmapped phenomena, or develop innovative new methods. Proposals to maintain, refactor, document, or support an existing, heavily-used software library or scientific repository often receive low scores for "lacking innovation."
This dynamic leads to the widespread phenomenon of software or database abandonment. A team receives a multi-year grant to build an innovative new platform or specialized biological database. The project is built, articles are published, and the tool attracts hundreds of users. However, once the initial grant expires, no follow-up funding mechanism exists to pay the engineers who fix bugs, update dependencies, manage server security, and answer user queries. The principal investigator must propose a completely new project to secure continuous salary funding for their staff, abandoning the stable platform in favor of an unbuilt one.
Career Precarity of Infrastructure Workers
Because universities are structured around faculty-led laboratory groups, individuals who perform essential infrastructure work often occupy precarious institutional positions. Core facility managers, data engineers, glasswashers, and software developers are typically classified as "academic-adjacent," administrative, or technical staff.
These roles typically feature lower salaries than equivalent jobs in private industry, while offering fewer institutional protections, lower status, and fewer promotional opportunities than tenure-track faculty positions. A scientific programmer who maintains a code library used by thousands of researchers cannot secure tenure through that work, and is often reliant on short-term "soft money" attached to specific, transient research grants. This dynamic drives constant turnover, draining research institutions of critical institutional memory and technical competence.
Scientific Consequences of Invisibility
The failure to support and recognize research infrastructure is not merely an administrative or sociological concern. It directly damages the scientific record and undermines the reliability of empirical findings.
The Replication Crisis and "Tacit Knowledge"
Over the past fifteen years, large-scale replication projects in psychology, cancer biology, pharmacology, and chemical synthesis have failed to reproduce published results at high rates. While initial scrutiny focused on deliberate fraud, questionable research practices, and statistical manipulation (such as p-hacking), further examination revealed a secondary culprit: unrecorded methodological infrastructure and the loss of "tacit knowledge."
Experimental protocols written in journal papers are often summaries rather than complete operational recipes. They regularly omit routine details that the original experimenters regarded as incidental or uninteresting:
- The exact vendor, lot number, and age of a chemical reagent or solvent.
- The order in which dry powders were dissolved into an aqueous solution.
- The precise micro-climate or ambient humidity of the laboratory during synthesis.
- The version numbers of software dependencies used in data-cleaning pipelines.
- Unwritten manual modifications made to standard equipment by the lab's instrument technician.
When outside laboratories attempt to replicate the original experiments, the absence of these invisible parameters leads to failure. In many cases, experimental success in wet laboratories depends on "kitchen tricks"—informal physical practices passed orally between graduate students that never appear in the formal publication.
Software Fragility and Silent Errors
In computational research, the absence of code review, comprehensive unit testing, and software engineering standards leads to silent analytical errors that can corrupt published conclusions. A famous early example occurred in 2006, when structural biologists Geoffrey Chang and his team had to retract five high-profile papers (including three in Science and one in Nature) on the structure of the MsbA transport protein. An in-house data-processing script, written in-house by an earlier group member, contained a sign-inversion bug that inverted the electron density map, reversing the calculated three-dimensional chirality of the molecule.
More recently, variations in operating systems, compiler optimizations, and minor dependency updates have been shown to produce divergent scientific results from the exact same analysis code. Without specialized infrastructure work—such as software containerization (e.g., Docker, Singularity), automated continuous integration (CI) testing, and precise dependency pinning—reproducing a computational study just five years after its publication is often impossible.
Policy Initiatives and Institutional Solutions
Over the last decade, a coordinated push across scientific disciplines has sought to make research infrastructure visible, sustainable, and properly credited. These efforts involve changes to citation standards, hiring metrics, and funding mechanisms.
The CRediT Taxonomy
For more than a century, scientific authorship followed a simple model: a list of names at the top of a paper, with the first name and the last name carrying the most prestige. This format makes it impossible to distinguish who conceived the research, who performed the physical experiments, who wrote the analysis code, and who curated the data.
To provide granular visibility, the Contributor Roles Taxonomy (CRediT) was introduced in 2014 by a working group including the Harvard University Library and the Wellcome Trust, and was later formalized as an ANSI/NISO standard (Z39.104-2022). CRediT divides academic contribution into 14 distinct roles:
| CRediT Role | Formal Scope of Contribution |
|---|---|
| Conceptualization | Ideas; formulation or evolution of overarching research goals and aims. |
| Data Curation | Management activities to annotate, scrub data, and maintain research data. |
| Formal Analysis | Application of statistical, mathematical, or computational techniques. |
| Funding Acquisition | Acquisition of the financial support for the project leading to this publication. |
| Investigation | Conducting research, specifically performing experiments or data collection. |
| Methodology | Development or design of methodology; creation of models. |
| Project Administration | Management and coordination responsibility for the research activity planning and execution. |
| Resources | Provision of study materials, reagents, materials, patients, laboratory samples, animals, instrumentation, computing resources, or other analysis tools. |
| Software | Programming, software development; designing computer programs; implementation of the computer code and supporting algorithms; testing of existing code components. |
| Supervision | Oversight and leadership responsibility for the research activity planning and execution. |
| Validation | Verification, whether as a part of the activity or separate, of the overall replication/reproducibility of results/experiments. |
| Visualization | Preparation, creation, and/or presentation of the published work, specifically visualization/data presentation. |
| Writing – Original Draft | Preparation, creation, and/or presentation of the published work, specifically writing the initial draft. |
| Writing – Review & Editing | Critical review, commentary, or revision by members of the original research group. |
Thousands of academic journals have integrated CRediT declarations into their submission processes. This transparent taxonomy allows researchers whose primary contribution is data curation, software architecture, or material resource preparation to receive official, indexed credit for their work within formal bibliographic systems.
Formal Software and Data Citations
Traditionally, researchers who used an open-source software package or public database mentioned its name casually in the methods section, often without a formal bibliographic citation, or cited an old "marker paper" that described an early iteration of the tool. This practice excluded software libraries and data repositories from citation-indexing databases such as Scopus and Web of Science.
In response, groups such as FORCE11 (the Future of Research Communications and E-Scholarship) published the Software Citation Principles in 2016 and Data Citation Principles in 2014. These initiatives established standards for:
- Minting persistent Digital Object Identifiers (DOIs) directly for software releases and datasets using platforms like Zenodo and Figshare.
- Using
CITATION.cff(Citation File Format) files within code repositories, enabling automated tools to extract correct citation details. - Requiring journals to treat data and software packages as formal entries in the references list, ensuring that downstream uses increment the citation metrics of the infrastructure developers.
Targeted Infrastructure Grant Programs
Philanthropic organizations and national funding agencies have slowly begun recognizing the structural blind spot for maintenance. A prominent example is the Chan Zuckerberg Initiative's (CZI) Essential Open Source Software for Science (EOSS) program, founded in 2019. The program explicitly targets active, heavily-used open-source tools across biomedicine, providing grants specifically for code optimization, documentation, bug fixing, internationalization, and community management.
Similarly, the United States National Science Foundation (NSF) established programs such as Pathways to Enable Open-Source Ecosystems (POSE) and Cyberinfrastructure for Sustained Scientific Innovation (CSSI). In the United Kingdom, UK Research and Innovation (UKRI) has allocated funds directly for software and data infrastructure projects, acknowledging that software and data platforms are capital assets as vital to science as particle colliders or research vessels.
See Also
- Controversies in scientific publishing
- Data curation
- Digital preservation
- FAIR data
- Open science
- Replication crisis
- Research Software Engineering
- Science studies
- Technical debt
Questions people asked
Why do scientific projects often underestimate the time required for data wrangling and technical infrastructure?
The classic grant proposal blind spot. PIs write the proposal assuming satellite data just magically descends from the heavens as clean, calibrated, self-describing netCDF-4 arrays with CF conventions and perfect metadata.
Then reality hits: "the science" cannot even start until someone spends three unbudgeted months reading 1982 technical manuals, hunting down tape parity errors, decoding obscure documentation photocopied at a 15-degree tilt, and reverse-engineering undocumented calibration coefficient drift.
And of course, nobody ever gets academic glory or paper citations for writing the 2,000 lines of robust binary-parsing Python that made the entire Fundamental Climate Data Record possible in the first place. Pure invisible infrastructure.