References and Sources
This section lists the sources cited throughout the book. The numbered source index, ordered by source number, is the canonical bibliography: every inline citation of the form (N, author or organisation, year) links to the entry with that number. The index is grouped by category so that readers can locate European legislation, frameworks, incident reports, research on software development, AI-assisted coding, security and work, and practitioner literature quickly.
The bibliography was seeded from the entries of AI Leader (Book 11) and the series entries, with a small number of entries added for the topics of the developer role (Sources 233 to 248). Every seeded entry was opened and checked against the primary text or a bibliographic record in the earlier volume; the entries added for this book were checked against the primary page on 2026-11-11. The categories for software engineering evidence, developer productivity, the secure software supply chain, software law, intellectual property and open source, developer skills and public-sector software are filled by the chapters that need them. Sources added while this book is drafted are written in the reserved range of the chapter that cites them and verified before release, and sources that no chapter cites are removed before the book is merged.
Numbered source index
European legislation and policy
-
Source [1]: European Parliament and Council of the European Union. Regulation (EU) 2024/1689 laying down harmonised rules on artificial intelligence (Artificial Intelligence Act). Official Journal of the European Union, 12 July 2024. Available at: https://eur-lex.europa.eu/eli/reg/2024/1689/oj (accessed 2026-10-31). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 9: Prove: Review, Tests and Verification, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain, Chapter 27: Competences and Developing the Developer, Chapter 32: Nordvik Region and Hansa Mutual: Conclusions for Two Organisations, Chapter 33: Conclusion, Glossary.
-
Source [2]: European Parliament and Council of the European Union. Regulation (EU) 2022/2554 on digital operational resilience for the financial sector (DORA). Official Journal of the European Union, 27 December 2022. Available at: https://eur-lex.europa.eu/eli/reg/2022/2554/oj (accessed 2026-10-31). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain, Chapter 27: Competences and Developing the Developer, Chapter 31: A Year in Development: Nordvik Region and Hansa Mutual, Chapter 32: Nordvik Region and Hansa Mutual: Conclusions for Two Organisations, Chapter 33: Conclusion, Glossary.
-
Source [3]: European Parliament and Council of the European Union. Directive (EU) 2022/2555 on measures for a high common level of cybersecurity across the Union (NIS 2 Directive). Official Journal of the European Union, 27 December 2022. Available at: https://eur-lex.europa.eu/eli/dir/2022/2555/oj (accessed 2026-10-31). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Chapter 31: A Year in Development: Nordvik Region and Hansa Mutual, Chapter 32: Nordvik Region and Hansa Mutual: Conclusions for Two Organisations, Chapter 33: Conclusion, Glossary.
-
Source [4]: European Parliament and Council of the European Union. Regulation (EU) 2016/679 on the protection of natural persons with regard to the processing of personal data and on the free movement of such data (General Data Protection Regulation). Official Journal of the European Union, 4 May 2016. Available at: https://eur-lex.europa.eu/eli/reg/2016/679/oj (accessed 2026-11-06). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 5: Frame: Problems, Requirements and Intent, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement, Chapter 27: Competences and Developing the Developer, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Glossary.
-
Source [5]: European Parliament and Council of the European Union. Regulation (EU) 2026/1744 amending Regulations (EU) 2024/1689, (EU) 2018/1139 and (EU) 2023/1230 as regards the simplification of the implementation of harmonised rules on artificial intelligence (Digital Omnibus on AI). Regulation of 8 July 2026, Official Journal of the European Union, 24 July 2026. Available at: https://eur-lex.europa.eu/eli/reg/2026/1744/oj (accessed 2026-11-10). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain, Chapter 27: Competences and Developing the Developer, Chapter 32: Nordvik Region and Hansa Mutual: Conclusions for Two Organisations, Glossary.
-
Source [6]: European Commission. Commission Delegated Regulation (EU) 2025/301 of 23 October 2024 supplementing Regulation (EU) 2022/2554 of the European Parliament and of the Council with regard to regulatory technical standards specifying the content and time limits for the initial notification of, and intermediate and final report on, major ICT-related incidents, and the content of the voluntary notification for significant cyber threats. Official Journal of the European Union, 20 February 2025. Available at: https://eur-lex.europa.eu/eli/reg_del/2025/301/oj (accessed 2026-11-10). Referenced in: Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects.
-
Source [7]: European Parliament and Council of the European Union. Regulation (EU) 2023/2854 on harmonised rules on fair access to and use of data (Data Act). Official Journal of the European Union, L, 22 December 2023. Available at: https://eur-lex.europa.eu/eli/reg/2023/2854/oj (accessed 2026-11-10). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
-
Source [8]: European Commission (2025). Cloud Sovereignty Framework, Version 1.2.1. Directorate-General for Digital Services, October 2025; defines sovereignty objectives and assurance levels for a Commission cloud procurement procedure, not a legal requirement. Available at: https://commission.europa.eu/document/download/09579818-64a6-4dd5-9577-446ab6219113_en?filename=Cloud-Sovereignty-Framework.pdf (accessed 2026-11-10). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
-
Source [9]: Federal Republic of Germany. Betriebsverfassungsgesetz (BetrVG), section 87 (Mitbestimmungsrechte). Federal Ministry of Justice, gesetze-im-internet.de. Available at: https://www.gesetze-im-internet.de/betrvg/__87.html (accessed 2026-11-10). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 17: Testers, Quality Engineers, Product Owners and Designers, Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 27: Competences and Developing the Developer, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
-
Source [10]: Swedish Parliament (Sveriges riksdag). Lag (1976:580) om medbestämmande i arbetslivet (Co-determination in the Workplace Act), sections 10 to 12. Svensk författningssamling 1976:580. Available at: https://www.riksdagen.se/sv/dokument-och-lagar/dokument/svensk-forfattningssamling/lag-1976580-om-medbestammande-i_sfs-1976-580/ (accessed 2026-11-10). Referenced in: Chapter 15: The Tech Lead and the Engineering Manager, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 31: A Year in Development: Nordvik Region and Hansa Mutual.
-
Source [11]: Sveriges riksdag, Regeringskansliet. Cybersäkerhetslag (2025:1506). Svensk författningssamling, issued 11 December 2025, in force 15 January 2026; implements Directive (EU) 2022/2555 in part. Available at: https://data.riksdagen.se/dokument/sfs-2025-1506.html (accessed 2026-11-10). Referenced in: Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR.
-
Source [12]: Sveriges riksdag, Regeringskansliet. Lag (1976:580) om medbestämmande i arbetslivet (MBL), 10 to 12 §§. Svensk författningssamling. Available at: https://data.riksdagen.se/dokument/sfs-1976-580.html (accessed 2026-11-10). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 17: Testers, Quality Engineers, Product Owners and Designers, Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
- Source [13]: European Parliament and Council of the European Union (2002). Directive 2002/14/EC of 11 March 2002 establishing a general framework for informing and consulting employees in the European Community. Official Journal of the European Communities, L 80, 23 March 2002. Available at: https://eur-lex.europa.eu/eli/dir/2002/14/oj (accessed 2026-11-11; Article 4 read in the copy at legislation.gov.uk because EUR-Lex refused automated access). Referenced in: Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property.
- Source [14]: European Parliament and Council of the European Union. Directive (EU) 2016/2102 on the accessibility of the websites and mobile applications of public sector bodies. Official Journal of the European Union L 327, 2 December 2016; Articles 1, 4, 5, 6 and 7 read (accessibility statement: Article 7; Article 5(4) refers to it). Available at: https://eur-lex.europa.eu/eli/dir/2016/2102/oj (accessed 2026-11-11). Referenced in: Chapter 5: Frame: Problems, Requirements and Intent, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [15]: European Commission (2024). Commission Delegated Regulation (EU) 2024/1774 of 13 March 2024 supplementing Regulation (EU) 2022/2554 of the European Parliament and of the Council with regard to regulatory technical standards specifying ICT risk management tools, methods, processes, and policies and the simplified ICT risk management framework. Official Journal of the European Union. Articles 16 (ICT systems acquisition, development, and maintenance) and 17(1) (ICT change management, points (a) to (g), including (b) on the independence of the functions that approve changes) were read against the live text on 2026-11-11. Available at: https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32024R1774 (accessed 2026-11-11). Referenced in: Chapter 9: Prove: Review, Tests and Verification, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Glossary.
- Source [16]: European Parliament and Council of the European Union (2014). Directive 2014/24/EU on public procurement and repealing Directive 2004/18/EC, Articles 18 (principles of procurement), 42 (technical specifications), 70 (conditions for performance of contracts) and 72 (modification of contracts during their term). Official Journal of the European Union L 94, 28 March 2014, p. 65. Articles read in the original adopted text as reproduced by the UK National Archives at https://www.legislation.gov.uk/eudr/2014/24/contents/adopted; official source: https://eur-lex.europa.eu/eli/dir/2014/24/oj (text accessed 2026-11-11; Articles 18(1), 42(4), 70 and 72(1) re-read in the EUR-Lex text on 2026-11-12). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [17]: European Parliament and Council of the European Union (2019). Directive (EU) 2019/882 on the accessibility requirements for products and services (European Accessibility Act), Articles 2 and 4. Official Journal of the European Union L 151, 7 June 2019, p. 70. Available at: https://eur-lex.europa.eu/eli/dir/2019/882/oj (accessed 2026-11-12; Articles 2, 4 and 24 and recital 46 read). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [18]: European Parliament and Council of the European Union (2024). Regulation (EU) 2024/903 laying down measures for a high level of public sector interoperability across the Union (Interoperable Europe Act), Articles 4 and 23 (Article 4(1) sharing on request; Article 4(6) priority for solutions without restrictive licensing terms; application from 12 July 2024). Official Journal of the European Union L, 22 March 2024. Available at: https://eur-lex.europa.eu/eli/reg/2024/903/oj (accessed 2026-11-11). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [19]: European Commission (2017). Commission Implementing Decision (EU) 2017/863 of 18 May 2017 updating the open source software licence EUPL to further facilitate the sharing and reuse of software developed by public administrations. Official Journal of the European Union L 128, 19 May 2017, p. 59; releases the European Union Public Licence (EUPL) version 1.2. Available at: https://eur-lex.europa.eu/eli/dec_impl/2017/863/oj (accessed 2026-11-11). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [20]: European Parliament and Council of the European Union (2009). Directive 2009/24/EC on the legal protection of computer programs (codified version), Articles 1(1) and 2(3). Official Journal of the European Union L 111, 5 May 2009, p. 16. Article 2(3) gives the employer the exclusive right to exercise all economic rights in a computer program created by an employee in the execution of duties or following the employer's instructions, unless the contract provides otherwise. Articles 1(2), 1(3) and 2(1) (ideas and principles unprotected, the author's own intellectual creation, the natural person as author) read in the EUR-Lex text on 2026-11-11. Available at: https://eur-lex.europa.eu/eli/dir/2009/24/oj (accessed 2026-11-11). Referenced in: Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [21]: European Parliament and Council of the European Union (2019). Directive (EU) 2019/790 on copyright and related rights in the Digital Single Market and amending Directives 96/9/EC and 2001/29/EC, Articles 2(2), 3 and 4. Official Journal of the European Union L 130, 17 May 2019, p. 92. Available at: https://eur-lex.europa.eu/eli/dir/2019/790/oj (text read at eur-lex.europa.eu on 2026-11-11). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain, Glossary.
- Source [22]: European Parliament and Council of the European Union (2022). Decision (EU) 2022/2481 of 14 December 2022 establishing the Digital Decade Policy Programme 2030, Article 4(1). Official Journal of the European Union L 323, 19 December 2022. Sets as a digital skills target for 2030 that at least 80 per cent of those aged 16 to 74 have at least basic digital skills and that at least 20 million ICT specialists are employed within the Union, with the aim of gender balance. Available at: https://eur-lex.europa.eu/eli/dec/2022/2481/oj (accessed 2026-11-11; Article 4(1) read). Referenced in: Chapter 29: The Future of the Developer: Fewer, More or Different?.
Frameworks, standards and taxonomies
- Source [23]: European Committee for Standardization (CEN) (2019). EN 16234-1:2019 e-Competence Framework (e-CF): A common European framework for ICT professionals in all sectors, Part 1: Framework. CEN/TC 428, published 17 December 2019; five areas (PLAN, BUILD, RUN, ENABLE, MANAGE), 41 competences and five proficiency levels (e-1 to e-5). Catalogue entry: https://standards.iteh.ai/catalog/standards/cen/7e895d4e-0eb0-49b4-972f-1f6b202ea400/en-16234-1-2019 (accessed 2026-11-10; read from the catalogue entry, the standard itself is paywalled). Referenced in: Chapter 27: Competences and Developing the Developer.
- Source [24]: ISO/IEC/IEEE (2018). ISO/IEC/IEEE 29148:2018 Systems and software engineering: Life cycle processes: Requirements engineering. Second edition, 28 November 2018; gives guidance on applying the requirements processes of ISO/IEC/IEEE 15288 and 12207 and specifies the information items produced by them; the catalogue page was read in an earlier pass but returned HTTP 403 on re-check on 2026-11-11, and the text of the standard was not read, so the entry rests on the catalogue record; a revision is listed as in development. Available at: https://www.iso.org/standard/72089.html (accessed 2026-11-11). Referenced in: Chapter 5: Frame: Problems, Requirements and Intent.
- Source [25]: MITRE. MITRE ATLAS (Adversarial Threat Landscape for AI Systems): atlas-data repository README. GitHub, mitre-atlas/atlas-data; describes ATLAS as a public knowledge base of adversary tactics, techniques and procedures targeting AI systems. The atlas.mitre.org site could not be read (script-rendered page); the README was read, and the current matrix must be consulted at atlas.mitre.org. Available at: https://github.com/mitre-atlas/atlas-data (accessed 2026-11-11). Referenced in: Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface.
- Source [26]: Open Source Initiative. The Open Source AI Definition, version 1.0. opensource.org. Available at: https://opensource.org/ai/open-source-ai-definition (accessed 2026-11-11; the page shows no release date). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [27]: SPDX Project, Linux Foundation. About SPDX. spdx.dev; SPDX is an open standard for communicating software bill of materials information, with a licence list and identifiers, recognised as ISO/IEC 5962:2021. Available at: https://spdx.dev/about/ (accessed 2026-11-11). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
Threat assessments, agency guidance and incident reports
-
Source [28]: CrowdStrike (2024). External Technical Root Cause Analysis: Channel File 291, 6 August 2024; and Falcon Content Update Preliminary Post Incident Review, 24 July 2024 (updated 25 July 2024). Available at: https://www.crowdstrike.com/wp-content/uploads/2024/08/Channel-File-291-Incident-Root-Cause-Analysis-08.06.2024.pdf and https://www.crowdstrike.com/en-us/blog/falcon-content-update-preliminary-post-incident-report/ (accessed 2026-11-10). Referenced in: Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 33: Conclusion.
-
Source [29]: U.S. Securities and Exchange Commission (2013). In the Matter of Knight Capital Americas LLC. Order Instituting Administrative and Cease-and-Desist Proceedings, Release No. 34-70694, File No. 3-15570, 16 October 2013. Available at: https://www.sec.gov/files/litigation/admin/2013/34-70694.pdf (accessed 2026-11-10). Referenced in: Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 30: Case Studies and Anti-Patterns, Chapter 33: Conclusion.
- Source [30]: Anthropic (2025). Disrupting the first reported AI-orchestrated cyber espionage campaign. Anthropic, 13 November 2025 (page edited 14 November 2025). Report by the provider of the tool involved on activity it detected in mid-September 2025; the account is the provider's own and covers only its own service. Available at: https://www.anthropic.com/news/disrupting-AI-espionage (accessed 2026-11-11). Referenced in: Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability.
- Source [31]: Nx project (nrwl) (2025). Security advisory GHSA-cxm3-wv7p-598c: malicious versions of Nx and some supporting plugins were published. GitHub Security Advisory, posted 27 August 2025; primary advisory by the maintainers; describes a workflow injection weakness, the publication of malicious package versions on 26 August 2025, a post-install script that collected credentials, and remediation. Available at: https://github.com/nrwl/nx/security/advisories/GHSA-cxm3-wv7p-598c (accessed 2026-11-11). Referenced in: Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 30: Case Studies and Anti-Patterns, Chapter 31: A Year in Development: Nordvik Region and Hansa Mutual.
- Source [32]: Amazon Web Services (2025). Security Update for Amazon Q Developer Extension for Visual Studio Code (Version #1.84). AWS Security Bulletin, published 23 July 2025, updated 25 July 2025; CVE-2025-8217; primary report by the vendor of the affected tool. Available at: https://aws.amazon.com/security/security-bulletins/AWS-2025-015/ (accessed 2026-11-11; page read). Referenced in: Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 30: Case Studies and Anti-Patterns.
Agents, containment and AI incidents
-
Source [33]: AI Incident Database (2025). Incident 1152: LLM-Driven Replit Agent Reportedly Executed Unauthorized Destructive Commands During Code Freeze, Leading to Loss of Production Data. Incident date 18 July 2025; a catalogue record that lists five press reports and no primary post-incident report. Available at: https://incidentdatabase.ai/cite/1152/ (accessed 2026-11-10). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 30: Case Studies and Anti-Patterns.
-
Source [34]: Perry, N., Srivastava, M., Kumar, D. & Boneh, D. (2023). Do Users Write More Insecure Code with AI Assistants? Proceedings of the 2023 ACM SIGSAC Conference on Computer and Communications Security (CCS '23); arXiv:2211.03622. Available at: https://arxiv.org/abs/2211.03622 (accessed 2026-11-10). Referenced in: Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 9: Prove: Review, Tests and Verification, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 17: Testers, Quality Engineers, Product Owners and Designers, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 27: Competences and Developing the Developer, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Chapter 33: Conclusion.
-
Source [35]: Kim, E., Garg, A., Peng, K. & Garg, N. (2025). Correlated Errors in Large Language Models. ICML 2025; arXiv:2506.07962. Available at: https://arxiv.org/abs/2506.07962 (accessed 2026-11-10). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 17: Testers, Quality Engineers, Product Owners and Designers, Chapter 33: Conclusion.
-
Source [36]: Panickssery, A., Bowman, S. R. & Feng, S. (2024). LLM Evaluators Recognize and Favor Their Own Generations. arXiv:2404.13076. Available at: https://arxiv.org/abs/2404.13076 (accessed 2026-11-10). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build.
- Source [37]: Meta (2025). Agents Rule of Two: A Practical Approach to AI Agent Security. Meta AI blog, 31 October 2025; a practitioner proposal, not a tested standard: within one session an agent should satisfy no more than two of three properties (processes untrustworthy inputs; accesses sensitive systems or private data; changes state or communicates externally). Available at: https://ai.meta.com/blog/practical-ai-agent-security/ (accessed 2026-11-11). Referenced in: Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes.
- Source [38]: Dworken, D. & Weller-Davies, O. (2025). Making Claude Code safer with sandboxing. Anthropic Engineering, 20 October 2025; vendor engineering article describing filesystem and network isolation; the reported 84 per cent reduction in permission prompts is the vendor's figure from its internal usage, with no method or baseline stated. Available at: https://www.anthropic.com/engineering/claude-code-sandboxing (accessed 2026-11-11). Referenced in: Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes.
- Source [39]: GitHub (n.d.). Risks and mitigations for GitHub Copilot cloud agent. GitHub Docs; vendor documentation, undated, describing the platform's own defaults (a user who asked for a pull request cannot approve it, workflows do not run until the agent's code is reviewed, a single pushable branch, restricted internet access, simple push operations only); a description of one product, not an assurance. Available at: https://docs.github.com/en/copilot/concepts/security-governance-and-network-settings/risks-and-mitigations (accessed 2026-11-11). Referenced in: Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes.
- Source [40]: Willison, S. (2025). The lethal trifecta for AI agents: private data, untrusted content, and external communication. simonwillison.net, 16 June 2025; practitioner blog post naming the combination of access to private data, exposure to untrusted content and the ability to communicate externally. Available at: https://simonwillison.net/2025/Jun/16/the-lethal-trifecta/ (accessed 2026-11-11). Referenced in: Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes.
AI adoption, productivity and automation research
-
Source [41]: Skelton, M. & Pais, M. (2025). Team Topologies: Organizing Business and Technology for Fast Flow of Value, 2nd edition. IT Revolution Press, 23 September 2025. Key concepts (four team types and three interaction modes) available at: https://www.teamtopologies.com/key-concepts (accessed 2026-11-10). Referenced in: Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers.
-
Source [42]: Harvey, N. & DeBellis, D. (2025). Announcing the 2025 DORA report: State of AI-assisted Software Development. Google Cloud Blog, 23 September 2025. Available at: https://cloud.google.com/blog/products/ai-machine-learning/announcing-the-2025-dora-report (accessed 2026-11-10). Referenced in: Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 9: Prove: Review, Tests and Verification, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 33: Conclusion.
-
Source [43]: Goddard, K., Roudsari, A. & Wyatt, J. C. (2012). Automation bias: a systematic review of frequency, effect mediators, and mitigators. Journal of the American Medical Informatics Association 19(1), 121-127. DOI: 10.1136/amiajnl-2011-000089 (accessed 2026-11-10). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 9: Prove: Review, Tests and Verification, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 17: Testers, Quality Engineers, Product Owners and Designers, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
-
Source [44]: Buçinca, Z., Malaya, M. B. & Gajos, K. Z. (2021). To Trust or to Think: Cognitive Forcing Functions Can Reduce Overreliance on AI in AI-assisted Decision-making. Proceedings of the ACM on Human-Computer Interaction 5(CSCW1); arXiv:2102.09692. DOI: 10.1145/3449287 (accessed 2026-11-10). Referenced in: Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
-
Source [45]: Pichai, S. (2024). Q3 earnings call: CEO's remarks. Google, 29 October 2024. Available at: https://blog.google/inside-google/message-ceo/alphabet-earnings-q3-2024/ (accessed 2026-11-10). Referenced in: Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 33: Conclusion.
-
Source [46]: McAllister, S. (2025). A postmortem of three recent issues. Anthropic Engineering, 17 September 2025. Available at: https://www.anthropic.com/engineering/a-postmortem-of-three-recent-issues (accessed 2026-11-10). Provider's own post-incident report. Referenced in: Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects.
-
Source [47]: Microsoft. Foundry Models lifecycle and support policy. Microsoft Learn, Microsoft Foundry, page dated 24 July 2026. Available at: https://learn.microsoft.com/en-us/azure/foundry/openai/concepts/model-retirements (accessed 2026-11-10). Provider documentation. Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
-
Source [48]: Anthropic. Model deprecations. Claude Platform documentation. Available at: https://platform.claude.com/docs/en/about-claude/model-deprecations (accessed 2026-11-10). Provider documentation. Referenced in: Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
-
Source [49]: Elish, M. C. (2019). Moral Crumple Zones: Cautionary Tales in Human-Robot Interaction. Engaging Science, Technology, and Society 5, 40-60. DOI: 10.17351/ests2019.260 (accessed 2026-11-10). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
-
Source [50]: Edmondson, A. (1999). Psychological Safety and Learning Behavior in Work Teams. Administrative Science Quarterly 44(2), 350-383. DOI: 10.2307/2666999 (accessed 2026-11-10). Referenced in: Chapter 15: The Tech Lead and the Engineering Manager, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
- Source [51]: Brynjolfsson, E., Chandar, B. & Chen, R. (2025, revised 12 August 2026). Canaries in the Coal Mine? Six Facts about the Recent Employment Effects of Artificial Intelligence. Stanford Digital Economy Lab. Available at: https://digitaleconomy.stanford.edu/publications/canaries-in-the-coal-mine/ (accessed 2026-11-11). Working paper, not peer reviewed; the authors call the findings descriptive, not causal. Referenced in: Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 30: Case Studies and Anti-Patterns, Chapter 33: Conclusion.
- Source [52]: Brynjolfsson, E., Rock, D. & Syverson, C. (2021). The Productivity J-Curve: How Intangibles Complement General Purpose Technologies. American Economic Journal: Macroeconomics 13(1), 333-372. DOI: 10.1257/mac.20180386; working-paper version NBER Working Paper 25148, https://www.nber.org/papers/w25148 (accessed 2026-11-11). Referenced in: Chapter 20: Measuring and Leading AI Adoption in Development.
- Source [53]: Humlum, A. & Vestergaard, E. (2025). Still Waters, Rapid Currents: Early Labor Market Transformation under Generative AI. NBER Working Paper 33777, May 2025, revised March 2026 (circulated earlier as "Large Language Models, Small Labor Market Effects"). Available at: https://www.nber.org/papers/w33777 (accessed 2026-11-11). Referenced in: Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 33: Conclusion.
- Source [54]: Gillespie, N., Lockey, S., Ward, T., Macdade, A. & Hassed, G. (2025). Trust, Attitudes and Use of Artificial Intelligence: A Global Study 2025. The University of Melbourne and KPMG. Online survey of more than 48,000 people in 47 countries (employees n=32,352), data collected November 2024 to January 2025; funded by KPMG, self-reported data. DOI: 10.26188/28822919; global report available at: https://kpmg.com/content/dam/kpmgsites/xx/pdf/2025/05/trust-attitudes-and-use-of-ai-global-report.pdf.coredownload.inline.pdf (accessed 2026-11-11; full report read). Referenced in: Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
- Source [55]: IBM (2025). 2025 Cost of a Data Breach Report. IBM, research by the Ponemon Institute; survey of 600 organisations that experienced a breach. Reports that 63 per cent of the surveyed organisations had no AI governance policies to manage AI or prevent shadow AI, and that a high level of shadow AI added USD 670,000 to the global average breach cost. Industry survey, self-reported, method described only briefly on the page read. Available at: https://www.ibm.com/think/x-force/2025-cost-of-a-data-breach-navigating-ai (accessed 2026-11-11; the IBM page was read, the report was not). Referenced in: Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
Workforce, skills and automation research
-
Source [56]: Bainbridge, L. (1983). Ironies of Automation. Automatica 19(6), 775-779. DOI: 10.1016/0005-1098(83)90046-8 (accessed 2026-11-10). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
-
Source [57]: Parasuraman, R. & Manzey, D. H. (2010). Complacency and Bias in Human Use of Automation: An Attentional Integration. Human Factors 52(3), 381-410. DOI: 10.1177/0018720810376055 (accessed 2026-11-10). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 17: Testers, Quality Engineers, Product Owners and Designers, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
-
Source [58]: European Union Agency for Cybersecurity (2022). European Cybersecurity Skills Framework (ECSF) Role Profiles. ENISA, 19 September 2022. Available at: https://www.enisa.europa.eu/publications/european-cybersecurity-skills-framework-role-profiles (accessed 2026-11-10). Referenced in: Chapter 27: Competences and Developing the Developer.
-
Source [59]: SFIA Foundation (2024). SFIA 9: the global skills and competency framework for the digital world. Released October 2024. Available at: https://sfia-online.org/en/sfia-9 (accessed 2026-11-10). Referenced in: Chapter 27: Competences and Developing the Developer.
-
Source [60]: Parasuraman, R., Sheridan, T. B. & Wickens, C. D. (2000). A model for types and levels of human interaction with automation. IEEE Transactions on Systems, Man, and Cybernetics, Part A: Systems and Humans 30(3), 286-297. DOI: 10.1109/3468.844354 (accessed 2026-11-10). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship.
-
Source [61]: Manheim, D. & Garrabrant, S. (2019). Categorizing Variants of Goodhart's Law. arXiv:1803.04585, first submitted 13 March 2018, version 4 of 24 February 2019. Available at: https://arxiv.org/abs/1803.04585 (accessed 2026-11-10). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 30: Case Studies and Anti-Patterns.
-
Source [62]: Forsgren, N., Storey, M.-A., Maddila, C., Zimmermann, T., Houck, B. & Butler, J. (2021). The SPACE of Developer Productivity: There's more to it than you think. ACM Queue 19(1), 20-48. Available at: https://queue.acm.org/detail.cfm?id=3454124 (accessed 2026-11-10). Referenced in: Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Chapter 30: Case Studies and Anti-Patterns.
-
Source [63]: Becker, J., Rush, N., Barnes, E. & Rein, D. (2025). Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity. arXiv:2507.09089, submitted 12 July 2025, revised 25 July 2025. Available at: https://arxiv.org/abs/2507.09089 (accessed 2026-11-10). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 9: Prove: Review, Tests and Verification, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 17: Testers, Quality Engineers, Product Owners and Designers, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 27: Competences and Developing the Developer, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 30: Case Studies and Anti-Patterns, Chapter 31: A Year in Development: Nordvik Region and Hansa Mutual, Chapter 32: Nordvik Region and Hansa Mutual: Conclusions for Two Organisations, Chapter 33: Conclusion.
-
Source [64]: Casner, S. M., Geven, R. W., Recker, M. P. & Schooler, J. W. (2014). The Retention of Manual Flying Skills in the Automated Cockpit. Human Factors 56(8), 1506-1516. DOI: 10.1177/0018720814535628 (accessed 2026-11-10). Referenced in: Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 27: Competences and Developing the Developer, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Chapter 33: Conclusion.
-
Source [65]: Budzyń, K., Romańczyk, M. et al. (2025). Endoscopist deskilling risk after exposure to artificial intelligence in colonoscopy: a multicentre, observational study. The Lancet Gastroenterology & Hepatology 10, 896-903. DOI: 10.1016/S2468-1253(25)00133-5 (accessed 2026-11-11; figures read in the PubMed abstract, PMID 40816301: adenoma detection rate 28.4% [226/795] before and 22.4% [145/648] after, four centres in Poland, retrospective observational). Referenced in: Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 33: Conclusion.
-
Source [66]: Bastani, H., Bastani, O., Sungu, A., Ge, H., Kabakcı, Ö. & Mariman, R. (2025). Generative AI without guardrails can harm learning: Evidence from high school mathematics. Proceedings of the National Academy of Sciences 122(26), e2422633122. DOI: 10.1073/pnas.2422633122 (accessed 2026-11-10). Referenced in: Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 27: Competences and Developing the Developer, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Chapter 33: Conclusion.
-
Source [67]: Shen, J. H. & Tamkin, A. (2026). How AI Impacts Skill Formation. arXiv:2601.20245, submitted 28 January 2026, revised 1 February 2026 (preprint, not peer reviewed). Available at: https://arxiv.org/abs/2601.20245 (accessed 2026-11-10). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 27: Competences and Developing the Developer, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 31: A Year in Development: Nordvik Region and Hansa Mutual, Chapter 33: Conclusion.
-
Source [68]: Brynjolfsson, E., Li, D. & Raymond, L. R. (2025). Generative AI at Work. The Quarterly Journal of Economics 140(2), 889-942. DOI: 10.1093/qje/qjae044; working-paper version NBER Working Paper 31161, https://www.nber.org/papers/w31161 (accessed 2026-11-10). The published version reports 5,172 agents and an average gain of 15 per cent; the working paper reports 5,179 agents and 14 per cent. Referenced in: Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 20: Measuring and Leading AI Adoption in Development.
- Source [69]: Hosseini, S. M. & Lichtinger, G. (2025). Generative AI as Seniority-Biased Technological Change: Evidence from U.S. Résumé and Job Posting Data. SSRN 5425555; first version 31 August 2025, version of 6 May 2026 read. Résumé data on about 65 million workers at more than 280,000 US firms, 2015-2025; adoption identified through "GenAI integrator" job postings; working paper, not peer reviewed. Available at: https://papers.ssrn.com/sol3/papers.cfm?abstract_id=5425555 (accessed 2026-11-11; abstract and introduction of the May 2026 version read in the author-hosted PDF, the SSRN page itself returned an access error). Referenced in: Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 30: Case Studies and Anti-Patterns.
- Source [70]: Westrum, R. (2004). A typology of organisational cultures. BMJ Quality & Safety (formerly Quality and Safety in Health Care) 13(Suppl 2), ii22-ii27. DOI: 10.1136/qshc.2003.009522. Typology of pathological, bureaucratic and generative cultures by how an organisation processes information; the author cautions that the relation between culture and safety needs more exploration. Available at: https://doi.org/10.1136/qshc.2003.009522 (accessed 2026-11-11; the bibliographic record and the secondary descriptions below were read, the article text was not). Referenced in: Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
- Source [71]: Google Cloud, DORA. Capabilities: Generative organizational culture. dora.dev. DevOps Research and Assessment (DORA) programme page that presents Westrum's typology in a table: messengers are punished, neglected or trained, failure leads to scapegoating, justice or inquiry, and novelty is crushed, leads to problems or is implemented, in pathological, bureaucratic and generative cultures respectively; states that a high-trust, generative culture predicts software delivery and organisational performance. Programme documentation, not the primary study. Available at: https://dora.dev/capabilities/generative-organizational-culture/ (accessed 2026-11-11; page read). Referenced in: Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
- Source [72]: U.S. Bureau of Labor Statistics (2026). Occupational Outlook Handbook: Software Developers, Quality Assurance Analysts, and Testers. U.S. Department of Labor; page last modified 27 August 2026. Projects employment of this combined occupation to grow 10 per cent from 2025 to 2035 (185,400 jobs, from 1,905,400 jobs in 2025) and names continued expansion of software development for AI among the drivers; a projection by a statistical agency for the United States, not a measurement. Available at: https://www.bls.gov/ooh/computer-and-information-technology/software-developers.htm (accessed 2026-11-11; page read). Referenced in: Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 33: Conclusion.
- Source [73]: Eurostat (2026). ICT specialists in employment. Statistics Explained, European Commission; reference year 2025, data extracted April 2026. Reports more than 10 million ICT specialists employed in the EU in 2025, 5.0 per cent of total employment, 19.5 per cent of them women, and growth of 59.4 per cent from 2015 to 2025 against 9.8 per cent for total employment; ICT specialists are a wider group than software developers. Available at: https://ec.europa.eu/eurostat/statistics-explained/index.php?title=ICT_specialists_in_employment (accessed 2026-11-11; page read). Referenced in: Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 33: Conclusion.
Books and practitioner literature
-
Source [74]: Lunney, J. & Lueder, S. (2017). Postmortem Culture: Learning from Failure. Chapter 15 in Beyer, B., Jones, C., Petoff, J. & Murphy, N. R. (eds), Site Reliability Engineering: How Google Runs Production Systems; edited by G. O'Connor. O'Reilly Media and Google, online edition. Available at: https://sre.google/sre-book/postmortem-culture/ (accessed 2026-11-10). Referenced in: Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects.
-
Source [75]: Cook, R. I. (2000). How Complex Systems Fail. Cognitive Technologies Laboratory, University of Chicago (copyright 1998-2000). Available at: https://how.complexsystems.fail/ (accessed 2026-11-10). Referenced in: Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 31: A Year in Development: Nordvik Region and Hansa Mutual.
-
Source [76]: Atlassian (2022). Post-Incident Review on the Atlassian April 2022 outage. Atlassian Engineering, How We Build, 29 April 2022. Primary post-incident report by the operator of the affected service. Available at: https://www.atlassian.com/blog/how-we-build/post-incident-review-april-2022-outage (accessed 2026-11-10). Referenced in: Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build.
-
Source [77]: Conway, M. E. (1968). How Do Committees Invent? Datamation, April 1968. Available at: https://www.melconway.com/Home/Committees_Paper.html (accessed 2026-11-10). Referenced in: Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers.
-
Source [78]: Kwa, T., West, B., Becker, J., Deng, A., Garcia, K., Hasin, M., Jawhar, S., Kinniment, M., Rush, N., Von Arx, S., Bloom, R., Broadley, T., Du, H., Goodrich, B., Jurkovic, N., Miles, L. H., Nix, S., Lin, T., Painter, C., Parikh, N., Rein, D., Sato, L. J. K., Wijk, H., Ziegler, D. M., Barnes, E. & Chan, L. (2025). Measuring AI Ability to Complete Long Tasks (arXiv title in current version: Measuring AI Ability to Complete Long Software Tasks). METR; arXiv:2503.14499, first submitted 18 March 2025; NeurIPS 2025. Available at: https://arxiv.org/abs/2503.14499 (accessed 2026-11-10). Referenced in: Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 29: The Future of the Developer: Fewer, More or Different?.
-
Source [79]: Tetlock, P. E. (2005). Expert Political Judgment: How Good Is It? How Can We Know? Princeton University Press, 2005; ISBN 978-0-691-12302-8. Available at: https://muse.jhu.edu/book/29991 (accessed 2026-11-10). Referenced in: Chapter 29: The Future of the Developer: Fewer, More or Different?.
- Source [80]: Eurostat (2025). 20% of EU enterprises use AI technologies. Eurostat news item, European Commission, 11 December 2025. Official statistics from the 2025 EU survey on ICT usage and e-commerce in enterprises (enterprises with 10 or more employees): 20.0 per cent used AI technologies in 2025, against 13.5 per cent in 2024. Available at: https://ec.europa.eu/eurostat/web/products-eurostat-news/w/ddn-20251211-2 (accessed 2026-11-11). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 29: The Future of the Developer: Fewer, More or Different?.
- Source [81]: Dell'Acqua, F., McFowland III, E., Mollick, E., Lifshitz-Assaf, H., Kellogg, K. C., Rajendran, S., Krayer, L., Candelon, F. & Lakhani, K. R. (2023). Navigating the Jagged Technological Frontier: Field Experimental Evidence of the Effects of AI on Knowledge Worker Productivity and Quality. Harvard Business School Working Paper 24-013, September 2023; SSRN 4573321. Pre-registered experiment with 758 consultants of one firm. Available at: https://ssrn.com/abstract=4573321 (full text read 2026-11-11). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 27: Competences and Developing the Developer.
- Source [82]: Lee, H.-P., Sarkar, A., Tankelevitch, L., Drosos, I., Rintel, S., Banks, R. & Wilson, N. (2025). The Impact of Generative AI on Critical Thinking: Self-Reported Reductions in Cognitive Effort and Confidence Effects From a Survey of Knowledge Workers. Proceedings of the 2025 CHI Conference on Human Factors in Computing Systems, Article 1121. DOI: 10.1145/3706598.3713778 (accessed 2026-11-11). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 27: Competences and Developing the Developer, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
- Source [83]: Beck, K. et al. (2001). Manifesto for Agile Software Development. Signed by 17 practitioners, February 2001. Available at: https://agilemanifesto.org/ (accessed 2026-11-11). Referenced in: Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source.
- Source [84]: Mark, G., Gudith, D. & Klocke, U. (2008). The cost of interrupted work: more speed and stress. Proceedings of the SIGCHI Conference on Human Factors in Computing Systems (CHI '08), Florence, 5-10 April 2008, pp. 107-110. DOI: 10.1145/1357054.1357072. Available at: https://www.ics.uci.edu/~gmark/chi08-mark.pdf (accessed 2026-11-11). Laboratory experiment with 48 participants, 81 per cent of them university students. Referenced in: Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
- Source [85]: Weick, K. E. (1995). Sensemaking in Organizations. Sage Publications, Thousand Oaks, CA. ISBN 978-0-8039-7177-6. Available at: https://openlibrary.org/search?q=isbn%3A9780803971776 (accessed 2026-11-11). Referenced in: Chapter 5: Frame: Problems, Requirements and Intent.
- Source [86]: Sharma, M., Tong, M., Korbak, T., Duvenaud, D., Askell, A., Bowman, S. R. et al. (2023). Towards Understanding Sycophancy in Language Models. arXiv:2310.13548, submitted 20 October 2023. Available at: https://arxiv.org/abs/2310.13548 (accessed 2026-11-11). Referenced in: Chapter 5: Frame: Problems, Requirements and Intent, Chapter 6: Design: Architecture, Decisions and Constraints with AI.
- Source [87]: Doshi, A. R. & Hauser, O. P. (2024). Generative AI enhances individual creativity but reduces the collective diversity of novel content. Science Advances 10(28), eadn5290. DOI: 10.1126/sciadv.adn5290. Available at: https://www.science.org/doi/10.1126/sciadv.adn5290 (accessed 2026-11-11). Referenced in: Chapter 6: Design: Architecture, Decisions and Constraints with AI.
- Source [88]: Kahneman, D., Sibony, O. & Sunstein, C. R. (2021). Noise: A Flaw in Human Judgment. Little, Brown Spark, New York, 18 May 2021; ISBN 978-0-316-45140-6. Available at: https://www.hachettebookgroup.com/titles/daniel-kahneman/noise/9780316451406/ (publisher page, accessed 2026-11-11; ISBN also confirmed in the Open Library record). Referenced in: Chapter 14: The Senior Developer, Staff and Principal Engineer.
- Source [89]: Nygard, M. (2011). Documenting Architecture Decisions. Cognitect blog, 15 November 2011. Available at: https://www.cognitect.com/blog/2011/11/15/documenting-architecture-decisions (accessed 2026-11-11). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 5: Frame: Problems, Requirements and Intent, Chapter 6: Design: Architecture, Decisions and Constraints with AI.
- Source [90]: Vaccaro, M., Almaatouq, A. & Malone, T. (2024). When combinations of humans and AI are useful: A systematic review and meta-analysis. Nature Human Behaviour 8(12), 2293-2303. DOI: 10.1038/s41562-024-02024-1 (accessed 2026-11-11). Referenced in: Chapter 27: Competences and Developing the Developer.
- Source [91]: Dell'Acqua, F., McFowland, E., Mollick, E. R., Lifshitz-Assaf, H., Kellogg, K., Rajendran, S., Krayer, L., Candelon, F. & Lakhani, K. R. (2026). Navigating the Jagged Technological Frontier: Field Experimental Evidence of the Effects of Artificial Intelligence on Knowledge Worker Productivity and Quality. Organization Science 37(2), 403-423 (working-paper version SSRN 4573321, 2023; the 758 consultants and the 19 percentage points were checked in the working paper, the published text was not opened). DOI: 10.1287/orsc.2025.21838 (accessed 2026-11-11). Referenced in: Chapter 7: Build: Writing Code and the Tools of the Craft.
- Source [92]: Green, B. (2022). The flaws of policies requiring human oversight of government algorithms. Computer Law & Security Review 45, 105681. DOI: 10.1016/j.clsr.2022.105681 (accessed 2026-11-11). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes.
- Source [93]: Microsoft and LinkedIn (2024). 2024 Work Trend Index Annual Report: AI at Work Is Here. Now Comes the Hard Part. Published 8 May 2024; vendor-commissioned survey of about 31,000 full-time employed or self-employed knowledge workers in 31 markets (among them Germany, Poland and Sweden), fieldwork 15 February to 28 March 2024, conducted by Edelman Data & Intelligence. Available at: https://www.microsoft.com/en-us/worklab/work-trend-index/ai-at-work-is-here-now-comes-the-hard-part (accessed 2026-11-11). Referenced in: Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
- Source [94]: Acemoglu, D. & Restrepo, P. (2019). Automation and New Tasks: How Technology Displaces and Reinstates Labor. Journal of Economic Perspectives 33(2), 3-30. DOI: 10.1257/jep.33.2.3 (accessed 2026-11-11; abstract read on the publisher's page). Referenced in: Chapter 29: The Future of the Developer: Fewer, More or Different?.
- Source [95]: Federal Republic of Germany. Betriebsverfassungsgesetz (BetrVG), section 90 (Unterrichtungs- und Beratungsrechte). Federal Ministry of Justice, gesetze-im-internet.de. Available at: https://www.gesetze-im-internet.de/betrvg/__90.html (accessed 2026-11-11). Referenced in: Chapter 15: The Tech Lead and the Engineering Manager.
- Source [96]: Jones, R. J., Woods, S. A. & Guillaume, Y. R. F. (2016). The effectiveness of workplace coaching: A meta-analysis of learning and performance outcomes from coaching. Journal of Occupational and Organizational Psychology 89(2), 249-277 (online 2015). DOI: 10.1111/joop.12119 (accessed 2026-11-11; abstract read through the DOI record). Referenced in: Chapter 27: Competences and Developing the Developer.
- Source [97]: European Commission. AI Literacy: Questions and Answers. Shaping Europe's digital future, page last updated 20 October 2026; non-binding guidance on Article 4 of Regulation (EU) 2024/1689. Available at: https://digital-strategy.ec.europa.eu/en/faqs/ai-literacy-questions-answers (accessed 2026-11-11). Referenced in: Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Chapter 27: Competences and Developing the Developer.
- Source [98]: Sveriges riksdag. Kommunallag (2017:725), 5 kap. 1 §, 6 kap. 1 §, 6 kap. 37 and 38 §§ and 12 kap. 1 §. Svensk författningssamling 2017:725. Available at: https://lagen.nu/2017:725 (accessed 2026-11-11; consolidated text read at lagen.nu, the Riksdag page returned an error). Referenced in: Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR.
- Source [99]: Hoffman, M. & Tadelis, S. (2021). People Management Skills, Employee Attrition, and Manager Rewards: An Empirical Analysis. Journal of Political Economy 129(1), 243-285. DOI: 10.1086/711409; working-paper version NBER Working Paper 24360, https://www.nber.org/papers/w24360 (accessed 2026-11-11; bibliographic record checked at Crossref, findings read from the NBER abstract). Referenced in: Chapter 15: The Tech Lead and the Engineering Manager.
- Source [100]: Muller, J. Z. (2018). The Tyranny of Metrics. Princeton University Press, 6 February 2018. ISBN 978-0-691-17495-2. Available at: https://press.princeton.edu/books/hardcover/9780691174952/the-tyranny-of-metrics (accessed 2026-11-11). Referenced in: Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 17: Testers, Quality Engineers, Product Owners and Designers.
- Source [101]: European Commission, Community of Practice on the Procurement of AI (2025). Updated EU AI model contractual clauses now available. Public Buyers Community, news item of 5 March 2025; model clauses for the procurement of high-risk and non-high-risk AI that buyers can use and customise (the page does not state their legal status), first published 29 September 2023. Available at: https://public-buyers-community.ec.europa.eu/communities/procurement-ai/news/updated-eu-ai-model-contractual-clauses-now-available (accessed 2026-11-11). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [102]: Rechtbank Den Haag (2020). Judgment of 5 February 2020, NJCM c.s. v the State of the Netherlands (SyRI), ECLI:NL:RBDHA:2020:1878 (English version of ECLI:NL:RBDHA:2020:865). Available at: https://uitspraken.rechtspraak.nl/details?id=ECLI:NL:RBDHA:2020:1878 (accessed 2026-11-11). Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [103]: Sveriges riksdag, Regeringskansliet. Arkivlag (1990:782), 3, 4, 6 and 10 §§. Svensk författningssamling 1990:782, text as published by the Riksdag. Available at: https://www.riksdagen.se/sv/dokument-och-lagar/dokument/svensk-forfattningssamling/arkivlag-1990782_sfs-1990-782/ (accessed 2026-11-11). Referenced in: Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [104]: Fagan, M. E. (1976). Design and code inspections to reduce errors in program development. IBM Systems Journal 15(3), 182-211. DOI: 10.1147/sj.153.0182 (accessed 2026-11-11; bibliographic record and abstract read through the IEEE Xplore listing). Referenced in: Chapter 14: The Senior Developer, Staff and Principal Engineer.
- Source [105]: High-Level Expert Group on Artificial Intelligence (2019). Ethics Guidelines for Trustworthy AI. Independent expert group set up by the European Commission; document made public 8 April 2019 (sections on the four ethical principles, the tensions between them, and trade-offs read in the PDF). Available at: https://digital-strategy.ec.europa.eu/en/library/ethics-guidelines-trustworthy-ai (accessed 2026-11-11). Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [106]: Sveriges riksdag. Regeringsform (1974:152), 1 kap. 9 § (Instrument of Government, Chapter 1, Article 9). Svensk författningssamling 1974:152; consolidated text as published by the Riksdag, current through SFS 2022:1600. Available at: https://www.riksdagen.se/sv/dokument-och-lagar/dokument/svensk-forfattningssamling/kungorelse-1974152-om-beslutad-ny-regeringsform_sfs-1974-152/ (accessed 2026-11-11). Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [107]: Krügel, S., Ostermaier, A. & Uhl, M. (2023). ChatGPT's inconsistent moral advice influences users' judgment. Scientific Reports 13, 4569. DOI: 10.1038/s41598-023-31341-0. Preregistered online experiment, 1,851 US residents recruited, 767 analysed; open access, full text read (accessed 2026-11-11). Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [108]: European Parliament and Council of the European Union (2014). Directive 2014/24/EU on public procurement and repealing Directive 2004/18/EC, Article 67 (Contract award criteria). Official Journal of the European Union L 94, 28 March 2014. Article 67 read in the original adopted text as reproduced by the UK National Archives at https://www.legislation.gov.uk/eudr/2014/24/article/67/adopted; official source: https://eur-lex.europa.eu/eli/dir/2014/24/oj (Article 67(1) to (4) re-read in the EUR-Lex text on 2026-11-12). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [109]: Competition and Markets Authority (2025). Cloud services market investigation: summary of final decision. GOV.UK, 31 July 2025; markets defined as the United Kingdom plus the European Economic Area. Available at: https://assets.publishing.service.gov.uk/media/688b20e6ff8c05468cb7b120/summary_of_final_decision.pdf (accessed 2026-11-11). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [110]: Farrell, J. & Klemperer, P. (2007). Coordination and Lock-In: Competition with Switching Costs and Network Effects. In Armstrong, M. & Porter, R. (eds), Handbook of Industrial Organization, vol. 3, chapter 31, Elsevier, pp. 1967-2072. Bibliographic record and abstract read at https://ideas.repec.org/h/eee/indchp/3-31.html (accessed 2026-11-11); full text not read. Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [111]: Lacerenza, C. N., Reyes, D. L., Marlow, S. L., Joseph, D. L. & Salas, E. (2017). Leadership training design, delivery, and implementation: A meta-analysis. Journal of Applied Psychology 102(12), 1686-1718. DOI: 10.1037/apl0000241 (accessed 2026-11-11; abstract read through Europe PMC and the Crossref record; 335 independent samples). Referenced in: Chapter 27: Competences and Developing the Developer.
- Source [112]: Cosgrove, J. & Cachia, R. (2025). DigComp 3.0: European Digital Competence Framework (Fifth Edition). Joint Research Centre, Publications Office of the European Union, JRC144121, EUR 40491, published 27 November 2025. DOI: 10.2760/0001149 (accessed 2026-11-11; description, authors and release date read on the Publications Office page to which the DOI resolves, the report itself was not read). Referenced in: Chapter 27: Competences and Developing the Developer.
- Source [113]: Risko, E. F. & Gilbert, S. J. (2016). Cognitive Offloading. Trends in Cognitive Sciences 20(9), 676-688. DOI: 10.1016/j.tics.2016.07.002 (accessed 2026-11-11; abstract read in the PubMed record, PMID 27542527). Referenced in: Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
- Source [114]: Gerlich, M. (2025). AI Tools in Society: Impacts on Cognitive Offloading and the Future of Critical Thinking. Societies 15(1), 6. DOI: 10.3390/soc15010006 (accessed 2026-11-11; abstract read in the Crossref record). Referenced in: Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
- Source [115]: Kosmyna, N., Hauptmann, E., Yuan, Y. T., Situ, J., Liao, X.-H., Beresnitzky, A. V., Braunstein, I. & Maes, P. (2025). Your Brain on ChatGPT: Accumulation of Cognitive Debt when Using an AI Assistant for Essay Writing Task. arXiv:2506.08872, submitted 10 June 2025, revised 31 December 2025 (preprint, not peer reviewed). Available at: https://arxiv.org/abs/2506.08872 (accessed 2026-11-11). Referenced in: Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
- Source [116]: Eloundou, T., Manning, S., Mishkin, P. & Rock, D. (2024). GPTs are GPTs: Labor market impact potential of LLMs. Science 384(6702), 1306-1308. DOI: 10.1126/science.adj0998; longer preprint version arXiv:2303.10130, version 5, 21 August 2023, https://arxiv.org/abs/2303.10130. Estimates of exposure of tasks in the United States to large language models, not of job loss (accessed 2026-11-11; arXiv abstract and Crossref record read). Referenced in: Chapter 29: The Future of the Developer: Fewer, More or Different?.
- Source [117]: Dijkstra, E. W. (1968). Go To Statement Considered Harmful. Communications of the ACM 11(3), 147-148, March 1968 (letter to the editor; the publication details were read from the reprint, the argument from the text of the letter). Available at: https://www.cs.utexas.edu/~EWD/transcriptions/EWD02xx/EWD215.html (accessed 2026-11-11). Referenced in: Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source.
- Source [118]: Royce, W. W. (1970). Managing the Development of Large Software Systems. Proceedings of IEEE WESCON, August 1970, 1-9 (page range as given on the reprint; some bibliographic records give 328-338). The reprint could not be opened here; the summary rests on a lecture summary of the paper and on a bibliographic record, and is stated with that limit. Available at: https://faculty.washington.edu/hazeline/misc/reserve/royce_waterfall.pdf (accessed 2026-11-11). Referenced in: Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source.
- Source [119]: Beck, K. (1999). Extreme Programming Explained: Embrace Change. Addison-Wesley, October 1999, first edition. ISBN 978-0-201-61641-5. Bibliographic record: https://openlibrary.org/isbn/0201616416 (accessed 2026-11-11). Referenced in: Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source.
- Source [120]: Gray, J. (2006). A Conversation with Werner Vogels. ACM Queue, 2006; interview of Amazon's chief technology officer, containing the sentence "You build it, you run it". Available at: https://queue.acm.org/detail.cfm?id=1142065 (accessed 2026-11-11; the page returned an access error from the review environment; the wording and the interview (Jim Gray with Werner Vogels) were confirmed from search-result excerpts, and the sentence "You build it, you run it" from the AWS news blog post that quotes the interview (AWS news blog), so re-read the ACM page before print). Referenced in: Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build.
- Source [121]: Eghbal, N. (2016). Roads and Bridges: The Unseen Labor Behind Our Digital Infrastructure. Ford Foundation, 14 July 2016. Available at: https://www.fordfoundation.org/work/learning/research-reports/roads-and-bridges-the-unseen-labor-behind-our-digital-infrastructure/ (accessed 2026-11-11; the publisher's summary was read, not the full report). Referenced in: Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source.
- Source [122]: Delimarsky, D. (2025). Spec-driven development with AI: Get started with a new open source toolkit. GitHub Blog, 2 September 2025; a vendor description of the Spec Kit workflow (specify, plan, tasks, implement), not an evaluation of its outcomes. Available at: https://github.blog/ai-and-ml/generative-ai/spec-driven-development-with-ai-get-started-with-a-new-open-source-toolkit/ (accessed 2026-11-11). Referenced in: Chapter 5: Frame: Problems, Requirements and Intent, Chapter 29: The Future of the Developer: Fewer, More or Different?.
- Source [123]: North, D. (2006). Introducing BDD. Dan North & Associates; first published in Better Software magazine, March 2006, the web page is dated 20 September 2006. Available at: https://dannorth.net/blog/introducing-bdd/ (accessed 2026-11-11). Referenced in: Chapter 5: Frame: Problems, Requirements and Intent.
- Source [124]: Parnas, D. L. (1972). On the Criteria To Be Used in Decomposing Systems into Modules. Communications of the ACM 15(12), 1053-1058. DOI: 10.1145/361598.361623 (accessed 2026-11-11; bibliographic record and summary confirmed through search results, the ACM page returned 403). Referenced in: Chapter 6: Design: Architecture, Decisions and Constraints with AI.
- Source [125]: Saltzer, J. H. & Schroeder, M. D. (1975). The Protection of Information in Computer Systems. Proceedings of the IEEE 63(9), 1278-1308. DOI: 10.1109/PROC.1975.9939 (accessed 2026-11-11; bibliographic record confirmed through search results, the design principles read in secondary summaries, the IEEE page returned no text). Referenced in: Chapter 6: Design: Architecture, Decisions and Constraints with AI.
- Source [126]: Merriam-Webster. Vibe coding. Merriam-Webster "Slang and Trending" entry; defines the term and attributes it to Andrej Karpathy, social media post of 2 February 2025; the entry is undated. Available at: https://www.merriam-webster.com/slang/vibe-coding (accessed 2026-11-11). Referenced in: Chapter 7: Build: Writing Code and the Tools of the Craft.
- Source [127]: Anthropic (2025). Effective context engineering for AI agents. Anthropic Engineering, 29 September 2025; vendor engineering guidance, not a controlled study. Available at: https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents (accessed 2026-11-11). Referenced in: Chapter 7: Build: Writing Code and the Tools of the Craft.
- Source [128]: Hodgson, P. (2017). Feature Toggles (aka Feature Flags). martinfowler.com, revision of 9 October 2017 of an article first published in instalments in January and February 2016. Distinguishes release, experiment, ops and permissioning toggles, advises removal tasks and expiry for release toggles, and cites the Knight Capital loss as a warning. Available at: https://martinfowler.com/articles/feature-toggles.html (accessed 2026-11-11). Referenced in: Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build.
- Source [129]: Warner, A., Davidovič, Š., Hidalgo, A., Beyer, B., Smith, K. & Duftler, M. (2018). Canarying Releases. Chapter 16 in The Site Reliability Workbook, O'Reilly Media, 2018. Defines canarying as a partial and time-limited deployment of a change and its evaluation, with a control population, and advises absolute measures such as service level objectives beside relative comparison. Available at: https://sre.google/workbook/canarying-releases/ (accessed 2026-11-11). Referenced in: Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build.
- Source [130]: Sato, D. (2014). Parallel Change. martinfowler.com bliki, 13 May 2014. Describes the expand, migrate and contract phases for backward-incompatible changes to an interface. Available at: https://martinfowler.com/bliki/ParallelChange.html (accessed 2026-11-11). Referenced in: Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build.
- Source [131]: Larson, W. (2020). Staff engineer archetypes. lethain.com, 9 April 2020; practitioner description of four archetypes of staff-plus engineers (a team-level archetype, Architect, Solver and Right Hand), later developed in the author's book Staff Engineer. Available at: https://lethain.com/staff-engineer-archetypes/ (accessed 2026-11-11). Referenced in: Chapter 14: The Senior Developer, Staff and Principal Engineer.
- Source [132]: Fitzpatrick, B. (2020). How to Lead a Team. Chapter 5 in Winters, T., Manshreck, T. & Wright, H. (eds), Software Engineering at Google: Lessons Learned from Programming Over Time; chapter edited by R. MacNamara. O'Reilly Media, March 2020; online edition licensed CC BY-NC-ND 4.0. Available at: https://abseil.io/resources/swe-book/html/ch05.html (accessed 2026-11-11; chapter text read for the division of the roles of manager and tech lead, the book's front page for the date). Referenced in: Chapter 15: The Tech Lead and the Engineering Manager.
- Source [133]: Niemen, G. (2020). How We Use Golden Paths to Solve Fragmentation in Our Software Ecosystem. Spotify Engineering, 17 August 2020. Defines the Golden Path as the opinionated and supported path to build something, states that its aim is not to limit engineers, and notes that engineers may leave it with less support. Available at: https://engineering.atspotify.com/2020/08/how-we-use-golden-paths-to-solve-fragmentation-in-our-software-ecosystem/ (accessed 2026-11-11). Referenced in: Chapter 16: Architects, Platform Engineers and Site Reliability Engineers.
- Source [134]: Alvidrez, M. (2017). Embracing Risk. Chapter 3 in Beyer, B., Jones, C., Petoff, J. & Murphy, N. R. (eds), Site Reliability Engineering: How Google Runs Production Systems. O'Reilly Media and Google, online edition; the section "Motivation for Error Budgets" is by Mark Roth. Describes the error budget as the allowance of unreliability left by a service level objective, with releases continuing while the budget lasts and temporarily halted when it is used up. Available at: https://sre.google/sre-book/embracing-risk/ (accessed 2026-11-11). Referenced in: Chapter 16: Architects, Platform Engineers and Site Reliability Engineers.
- Source [135]: Schwaber, K. & Sutherland, J. (2020). The Scrum Guide: The Definitive Guide to Scrum: The Rules of the Game. November 2020. Available at: https://scrumguides.org/scrum-guide.html (accessed 2026-11-11). Referenced in: Chapter 17: Testers, Quality Engineers, Product Owners and Designers.
- Source [136]: Sackett, P. R., Zhang, C., Berry, C. M. & Lievens, F. (2022). Revisiting meta-analytic estimates of validity in personnel selection: Addressing systematic overcorrection for restriction of range. Journal of Applied Psychology 107(11), 2040-2068. DOI: 10.1037/apl0000994 (accessed 2026-11-11; title, authors, volume, issue and pages confirmed in the Crossref record; the finding that structured interviews rank highest is taken from the abstract as reproduced in the Singapore Management University repository record and search results, the article itself was not read). Referenced in: Chapter 27: Competences and Developing the Developer.
- Source [137]: Behroozi, M., Shirolkar, S., Barik, T. & Parnin, C. (2020). Does Stress Impact Technical Interview Performance? Proceedings of the 28th ACM Joint European Software Engineering Conference and Symposium on the Foundations of Software Engineering (ESEC/FSE 2020). Available at: https://2020.esec-fse.org/details/fse-2020-papers/140/Does-Stress-Impact-Technical-Interview-Performance- (accessed 2026-11-11; abstract read on the conference page: randomised trial, 48 computer science students, performance reduced by more than half in the watched condition). Referenced in: Chapter 27: Competences and Developing the Developer.
- Source [138]: European Parliament and Council of the European Union (2023). Directive (EU) 2023/970 of 10 May 2023 to strengthen the application of the principle of equal pay for equal work or work of equal value between men and women through pay transparency and enforcement mechanisms. Official Journal of the European Union, L 132, 17 May 2023, pp. 21-44; Article 4(4) read. Available at: https://eur-lex.europa.eu/eli/dir/2023/970/oj (accessed 2026-11-11). Referenced in: Chapter 27: Competences and Developing the Developer.
Leadership, management and organisation research
- Source [139]: Bezos, J. (2017). 2016 Letter to Shareholders. Amazon.com, Inc., 17 April 2017. Practitioner statement, not research; the 2016 letter states that many decisions are reversible, two-way doors, and refers to the previous year's letter for detail, which was not read. Available at: https://www.aboutamazon.com/news/company-news/2016-letter-to-shareholders (accessed 2026-11-11). Referenced in: Chapter 6: Design: Architecture, Decisions and Constraints with AI.
- Source [140]: Garvin, D. A. (2013). How Google Sold Its Engineers on Management. Harvard Business Review, December 2013. Available at: https://hbr.org/2013/12/how-google-sold-its-engineers-on-management (accessed 2026-11-11). Referenced in: Chapter 15: The Tech Lead and the Engineering Manager.
- Source [141]: Lee, M. Y. & Edmondson, A. C. (2017). Self-managing organizations: Exploring the limits of less-hierarchical organizing. Research in Organizational Behavior 37, 35-58. DOI: 10.1016/j.riob.2017.10.002 (accessed 2026-11-11; bibliographic record and a description of the abstract; the full text was not reachable). Referenced in: Chapter 15: The Tech Lead and the Engineering Manager.
- Source [142]: Bernstein, E. S. (2012). The Transparency Paradox: A Role for Privacy in Organizational Learning and Operational Control. Administrative Science Quarterly 57(2), 181-216. DOI: 10.1177/0001839212453028 (accessed 2026-11-11; abstract read through the Crossref record). Referenced in: Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
- Source [143]: Edmondson, A. C. & Lei, Z. (2014). Psychological Safety: The History, Renaissance, and Future of an Interpersonal Construct. Annual Review of Organizational Psychology and Organizational Behavior 1, 23-43. DOI: 10.1146/annurev-orgpsych-031413-091305 (accessed 2026-11-11; abstract read through the Crossref record). Referenced in: Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
- Source [144]: Frazier, M. L., Fainshmidt, S., Klinger, R. L., Pezeshkan, A. & Vracheva, V. (2017). Psychological Safety: A Meta-Analytic Review and Extension. Personnel Psychology 70(1), 113-165. DOI: 10.1111/peps.12183 (accessed 2026-11-11; abstract read through the Crossref record). Referenced in: Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
Decision-making, automation bias and cognition
- Source [145]: Klein, G. (2007). Performing a Project Premortem. Harvard Business Review, September 2007. Available at: https://hbr.org/2007/09/performing-a-project-premortem (accessed 2026-11-11). Referenced in: Chapter 6: Design: Architecture, Decisions and Constraints with AI.
- Source [146]: Lee, J. D. & See, K. A. (2004). Trust in Automation: Designing for Appropriate Reliance. Human Factors 46(1), 50-80. DOI: 10.1518/hfes.46.1.50_30392; PubMed 15151155 (accessed 2026-11-11; abstract read through PubMed). Referenced in: Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
Work, employment and labour law
- Source [147]: European Parliament and Council of the European Union. Directive 2009/38/EC on the establishment of a European Works Council or a procedure in Community-scale undertakings and Community-scale groups of undertakings for the purposes of informing and consulting employees (recast). Official Journal of the European Union L 122, 16 May 2009. Available at: https://eur-lex.europa.eu/eli/dir/2009/38/oj (accessed 2026-11-11; Article 2(1), recital 16 and Annex I read in the Publications Office text, publications.europa.eu/resource/celex/32009L0038). Referenced in: Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property.
- Source [148]: Federal Republic of Germany. Betriebsverfassungsgesetz (BetrVG), sections 5, 58, 76, 77, 80, 90, 95 and 111. Federal Ministry of Justice, gesetze-im-internet.de. Available at: https://www.gesetze-im-internet.de/betrvg/ (accessed 2026-11-11; each section opened at gesetze-im-internet.de/betrvg/__N.html). Referenced in: Chapter 15: The Tech Lead and the Engineering Manager, Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 27: Competences and Developing the Developer.
- Source [149]: Kingdom of the Netherlands. Wet op de ondernemingsraden (WOR), Articles 25 and 27. wetten.overheid.nl, BWBR0002747. Available at: https://wetten.overheid.nl/BWBR0002747 (accessed 2026-11-11; page version shown as valid from 18 February 2023, Articles 25 and 27 read). Referenced in: Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property.
- Source [150]: BusinessEurope, SMEunited, CEEP and ETUC. European Social Partners Autonomous Framework Agreement on Digitalisation. June 2020. Available at: https://cooperante.uni.lodz.pl/wp-content/uploads/2020/06/Final-22-06-20_Agreement-on-Digitalisation-2020.pdf (accessed 2026-11-11; read in a mirror copy hosted by the University of Lodz, the ETUC original could not be retrieved; full text read, sections 3 and 4 and Implementation). Referenced in: Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property.
- Source [151]: Court of Justice of the European Union (2023). Case C-34/21, Hauptpersonalrat der Lehrerinnen und Lehrer beim Hessischen Kultusministerium v Minister des Hessischen Kultusministeriums, judgment of 30 March 2023 (First Chamber), ECLI:EU:C:2023:270. Holds that a national rule is not a more specific rule under Article 88(1) GDPR if it does not meet the conditions of Article 88(2), and that such a provision must in principle be disregarded. Available at: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:62021CJ0034 (accessed 2026-11-11). Referenced in: Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property.
- Source [152]: Sveriges riksdag. Lag (2021:890) om skydd för personer som rapporterar om missförhållanden (the Swedish whistleblower act). Svensk författningssamling 2021:890, in force 17 December 2021. Read in the Riksdag's text through a summarising fetch: protects people who report information on wrongdoing in a work-related context where there is a public interest in it coming out, requires internal reporting channels of employers with 50 or more employees, and prohibits obstruction of reporting and retaliation. Section numbers were not relied on (accessed 2026-11-11). Available at: https://data.riksdagen.se/dokument/sfs-2021-890.html Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [153]: Bundesrepublik Deutschland. Hinweisgeberschutzgesetz (HinSchG), section 12 (Pflicht zur Einrichtung interner Meldestellen). Bundesministerium der Justiz, Gesetze im Internet. The statute page returned a service error from the writing environment, so the 50-employee threshold (section 12(1) and (2)) and its dates (2 July 2023 for 250 or more employees, 17 December 2023 for 50 to 249) were confirmed through chamber-of-commerce and law-firm guidance only; the statute text itself was not opened (accessed 2026-11-11). Available at: https://www.gesetze-im-internet.de/hinschg/ Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
Public administration and accountability
- Source [154]: Sveriges riksdag. Förvaltningslag (2017:900). Svensk författningssamling, in force 1 July 2018 (sections 30 to 32 and section 2 read in the version amended to SFS 2025:582). Available at: https://www.riksdagen.se/sv/dokument-och-lagar/dokument/svensk-forfattningssamling/forvaltningslag-2017900_sfs-2017-900/ (accessed 2026-11-11). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR.
- Source [155]: Sveriges riksdag. Tryckfrihetsförordning (1949:105). Svensk författningssamling, Chapter 2 (sections 3 to 10 read: 3, 4, 9 and 10 define a public document). Available at: https://www.riksdagen.se/sv/dokument-och-lagar/dokument/svensk-forfattningssamling/tryckfrihetsforordning-1949105_sfs-1949-105/ (accessed 2026-11-11). Referenced in: Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [156]: Sveriges riksdag. Skadeståndslag (1972:207) (Tort Liability Act), 3 kap. 2 § (liability of the State or a municipality for fault in the exercise of public authority) and 4 kap. 1 § (liability of employees). Svensk författningssamling 1972:207. Available at: https://data.riksdagen.se/dokument/sfs-1972-207.html (accessed 2026-11-11). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [157]: Sveriges riksdag. Brottsbalk (1962:700), 20 kap. 1 § (misconduct in the exercise of public authority, tjänstefel). Svensk författningssamling 1962:700; text as amended by SFS 2026:1420. Available at: https://data.riksdagen.se/dokument/sfs-1962-700.html (accessed 2026-11-11). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [158]: Autoriteit Persoonsgegevens (2020). Belastingdienst/Toeslagen: De verwerking van de nationaliteit van aanvragers van kinderopvangtoeslag. Onderzoeksrapport z2018-22445, July 2020 (in Dutch; summary read: three kinds of processing of nationality found unlawful), published as an attachment to a letter to the Tweede Kamer. Available at: https://zoek.officielebekendmakingen.nl/blg-945542.pdf (accessed 2026-11-11). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [159]: Prime Minister of Australia (2023). Final report of the Royal Commission into the Robodebt Scheme. Media statement, 7 July 2023. A government statement that quotes the Royal Commission's overview (including 'a crude and cruel mechanism, neither fair nor legal') and states that the Federal Court found the scheme unlawful in late 2019 (a declaration made by consent orders in Amato v Commonwealth, 27 November 2019, per secondary sources); the report itself was not opened. Available at: https://www.pm.gov.au/media/final-report-royal-commission-robodebt-scheme (accessed 2026-11-11). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [160]: Regeringen (2026). Regeringens proposition 2026/27:12 En ny produktansvarslag. Proposition to the Riksdag dated 15 October 2026; proposes a new product liability act to implement Directive (EU) 2024/2853, in force 1 January 2027; the bill was read, the Riksdag's decision was not. Available at: https://data.riksdagen.se/dokument/HE0312.html (accessed 2026-11-11). Referenced in: Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR.
The Architecture as Code Series and the author
-
Source [161]: Nordqvist, G. (2025). Architecture as Code. The Architecture as Code Series, Book 1, published at aac.geon.se. Available at: https://aac.geon.se/ (accessed 2026-10-31). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 5: Frame: Problems, Requirements and Intent, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 9: Prove: Review, Tests and Verification, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers, Chapter 17: Testers, Quality Engineers, Product Owners and Designers, Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement, Chapter 27: Competences and Developing the Developer, Chapter 33: Conclusion, Glossary, Appendix B: Templates and Tools, About the Author.
-
Source [162]: Nordqvist, G. (2026). AI Governance: Governing Artificial Intelligence in European Enterprises and Public Authorities. The Architecture as Code Series, Book 2, published at aig.geon.se. Available at: https://aig.geon.se/ (accessed 2026-11-01). Conceived and directed by Nordqvist; text written by AI agents. Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 5: Frame: Problems, Requirements and Intent, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 9: Prove: Review, Tests and Verification, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers, Chapter 17: Testers, Quality Engineers, Product Owners and Designers, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement, Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain, Chapter 27: Competences and Developing the Developer, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 30: Case Studies and Anti-Patterns, Chapter 32: Nordvik Region and Hansa Mutual: Conclusions for Two Organisations, Chapter 33: Conclusion, Glossary, Appendix B: Templates and Tools, About the Author.
-
Source [163]: Nordqvist, G. (2026). AI Platform and Security: Building and Securing AI Platforms in European Enterprises and Public Authorities. The Architecture as Code Series, Book 3. Available at: https://aips.geon.se (accessed 2026-11-01). Conceived and directed by Nordqvist; text written by AI agents. Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 5: Frame: Problems, Requirements and Intent, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers, Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain, Glossary, About the Author.
-
Source [164]: Nordqvist, G. (2026). AI Red Team: AI as an Active Part of Cyber Defence in European Enterprises and Public Authorities. The Architecture as Code Series, Book 4, published at aired.geon.se. Available at: https://aired.geon.se/ (accessed 2026-11-10). Conceived and directed by Nordqvist; text written by AI agents. Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 5: Frame: Problems, Requirements and Intent, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Glossary, About the Author.
-
Source [165]: Nordqvist, G. (2026). AI Threat: Are the Dystopias Coming True? Evidence, Risk and Response for European Enterprises and Public Authorities. The Architecture as Code Series, Book 5, published at aithreat.geon.se. Available at: https://aithreat.geon.se/ (accessed 2026-11-10). Conceived and directed by Nordqvist; text written by AI agents. Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 30: Case Studies and Anti-Patterns, Chapter 33: Conclusion, About the Author.
-
Source [166]: Nordqvist, G. (2026). The Transformed Security Architect: Role, Craft and Career in the Age of AI in European Enterprises and Public Authorities. The Architecture as Code Series, Book 6, published at tsa.geon.se. Available at: https://tsa.geon.se/ (accessed 2026-11-10). Conceived and directed by Nordqvist; text written by AI agents. Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 9: Prove: Review, Tests and Verification, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Chapter 27: Competences and Developing the Developer, Chapter 33: Conclusion, Appendix B: Templates and Tools, About the Author.
-
Source [167]: Nordqvist, G. (2026). AI Boss: When Artificial Intelligence Manages People in European Enterprises and Public Authorities. The Architecture as Code Series, Book 7, published at aiboss.geon.se. Available at: https://aiboss.geon.se/ (accessed 2026-11-10). Conceived and directed by Nordqvist; text written by AI agents. Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement, Glossary, Appendix B: Templates and Tools, About the Author.
-
Source [168]: Nordqvist, G. (2026). AI Blue: How Artificial Intelligence Transforms the Blue Team in European Enterprises and Public Authorities. The Architecture as Code Series, Book 8, published at aiblue.geon.se. Available at: https://aiblue.geon.se/ (accessed 2026-11-10). Conceived and directed by Nordqvist; text written by AI agents. Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Chapter 30: Case Studies and Anti-Patterns, About the Author.
-
Source [169]: Nordqvist, G. (2026). AI Purple: How Red and Blue Learn Together When AI Joins the Loop in European Enterprises and Public Authorities. The Architecture as Code Series, Book 9, published at aipurple.geon.se. Available at: https://aipurple.geon.se/ (accessed 2026-11-10). Conceived and directed by Nordqvist; text written by AI agents. Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 9: Prove: Review, Tests and Verification, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 17: Testers, Quality Engineers, Product Owners and Designers, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 30: Case Studies and Anti-Patterns, Chapter 33: Conclusion, Glossary, About the Author.
-
Source [170]: Nordqvist, G. (2026). AI Operations: How Artificial Intelligence Transforms IT Operations in European Enterprises and Public Authorities. The Architecture as Code Series, Book 10, published at aiops.geon.se. Available at: https://aiops.geon.se/ (accessed 2026-11-11). Conceived and directed by Nordqvist; text written by AI agents. Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 9: Prove: Review, Tests and Verification, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers, Chapter 17: Testers, Quality Engineers, Product Owners and Designers, Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain, Chapter 27: Competences and Developing the Developer, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 31: A Year in Development: Nordvik Region and Hansa Mutual, Chapter 33: Conclusion, Glossary, Appendix B: Templates and Tools, About the Author.
-
Source [171]: Kvadrat AB. Kvadrat: Sveriges vassaste konsulter (site title); "Vi är Sveriges största nätverk av egenföretagare" (home page, Sweden's largest network of self-employed persons). Available at: https://www.kvadrat.se/ (accessed 2026-10-31; company self-description, not independently verified). Referenced in: About the Author.
European legislation and case law
- Source [172]: European Parliament and Council of the European Union (2019). Directive (EU) 2019/1937 on the protection of persons who report breaches of Union law. Official Journal of the European Union L 305, 26 November 2019. Articles 2(1) (material scope), 5(7) (reporting person), 6(1) (conditions for protection), 8 (internal reporting channels, 50 or more workers), 19 (prohibition of retaliation) and 21 (protection from liability) read in the EUR-Lex text (accessed 2026-11-11). Available at: https://eur-lex.europa.eu/eli/dir/2019/1937/oj Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement, Glossary.
- Source [173]: Court of Justice of the European Union (2011). Judgment of 1 March 2011 (Grand Chamber) in Case C-236/09, Association belge des Consommateurs Test-Achats ASBL and Others v Conseil des ministres. ECLI:EU:C:2011:100. Holds that Article 5(2) of Directive 2004/113/EC, which allowed sex to be used as an actuarial factor in insurance, is invalid with effect from 21 December 2012. Operative part read on EUR-Lex (CELEX 62009CJ0236) and confirmed against the Fundamental Rights Agency's case-law summary (accessed 2026-11-11). Available at: https://fra.europa.eu/en/caselaw-reference/cjeu-c-23609-judgment Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
Company law and director liability
The Architecture as Code Series (Book 11)
- Source [174]: Nordqvist, G. (2026). AI Leader: How Leadership Roles Change When AI Is Used Broadly in European Enterprises and Public Authorities. The Architecture as Code Series, Book 11, published at leader.geon.se. Available at: https://leader.geon.se/ (accessed 2026-11-11). Conceived and directed by Nordqvist; text written by AI agents. Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 5: Frame: Problems, Requirements and Intent, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 9: Prove: Review, Tests and Verification, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 17: Testers, Quality Engineers, Product Owners and Designers, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 22: Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement, Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain, Chapter 27: Competences and Developing the Developer, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 30: Case Studies and Anti-Patterns, Chapter 31: A Year in Development: Nordvik Region and Hansa Mutual, Chapter 32: Nordvik Region and Hansa Mutual: Conclusions for Two Organisations, Chapter 33: Conclusion, Glossary, Appendix B: Templates and Tools, About the Author.
Software engineering and AI-assisted development evidence
- Source [175]: Peng, S., Kalliamvakou, E., Cihon, P. & Demirer, M. (2023). The Impact of AI on Developer Productivity: Evidence from GitHub Copilot. arXiv:2302.06590, submitted 13 February 2023. Controlled experiment in which developers were asked to write an HTTP server in JavaScript. Available at: https://arxiv.org/abs/2302.06590 (accessed 2026-11-11). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 33: Conclusion.
- Source [176]: Cui, Z. (K.), Demirer, M., Jaffe, S., Musolff, L., Peng, S. & Salz, T. (2024). The Effects of Generative AI on High-Skilled Work: Evidence from Three Field Experiments with Software Developers. SSRN 4945566; later published in Management Science 72(11), 9408-9420, 2026 (DOI: 10.1287/mnsc.2025.00535). Randomised field experiments at Microsoft, Accenture and an anonymous Fortune 100 company with 4,867 developers; the abstract reports a pooled 26.08 per cent increase in completed tasks (standard error 10.3 per cent; results vary across experiments). Available at: https://papers.ssrn.com/abstract=4945566 (accessed 2026-11-11; the SSRN and Microsoft Research abstract pages and a MIT Sloan summary were read; the figures in Chapter 7, including commit, build and experiment-by-experiment estimates, were checked against the full text of the February 2025 working-paper draft hosted by MIT Economics, economics.mit.edu/sites/default/files/inline-files/draft_copilot_experiments.pdf; the published Management Science text was not opened). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 13: The Junior Developer and the Apprenticeship Problem, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 33: Conclusion.
- Source [177]: GitClear (2025). AI Copilot Code Quality: 2025 Look Back at 12 Months of Data. GitClear research report on 211 million changed lines of code authored between January 2020 and December 2024; vendor research using the vendor's own classification of changed lines. Available at: https://www.gitclear.com/ai_assistant_code_quality_2025_research (accessed 2026-11-11; the page states no publication date). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 33: Conclusion.
- Source [178]: Barr, E. T., Harman, M., McMinn, P., Shahbaz, M. & Yoo, S. (2015). The Oracle Problem in Software Testing: A Survey. IEEE Transactions on Software Engineering 41(5), 507-525. DOI: 10.1109/TSE.2014.2372785. Available at: https://doi.org/10.1109/TSE.2014.2372785 (accessed 2026-11-11; bibliographic record read through Crossref and an open-access copy at UCL Discovery). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 9: Prove: Review, Tests and Verification, Chapter 17: Testers, Quality Engineers, Product Owners and Designers.
- Source [179]: Wang, Y., Pradel, M. & Liu, Z. (2025). Are "Solved Issues" in SWE-bench Really Solved Correctly? An Empirical Study. arXiv:2503.15223, first submitted 19 March 2025, revised 9 September 2025. Study of patches from three issue-solving tools on SWE-bench Verified; results are those of the tools tested at the time. Available at: https://arxiv.org/abs/2503.15223 (accessed 2026-11-11; abstract read). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes.
- Source [180]: Bird, C., Nagappan, N., Murphy, B., Gall, H. & Devanbu, P. (2011). Don't Touch My Code! Examining the Effects of Ownership on Software Quality. Proceedings of the 19th ACM SIGSOFT Symposium and the 13th European Conference on Foundations of Software Engineering (ESEC/FSE '11), 4-14. DOI: 10.1145/2025113.2025119. Available at: https://doi.org/10.1145/2025113.2025119 (accessed 2026-11-11; bibliographic record read through Crossref, abstract through the Microsoft Research listing; only the abstract-level finding is cited). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation.
- Source [181]: Naur, P. (1985). Programming as Theory Building. Microprocessing and Microprogramming 15(5), 253-261. DOI: 10.1016/0165-6074(85)90032-8. An essay and an argument, not an empirical study. Available at: https://doi.org/10.1016/0165-6074(85)90032-8 (accessed 2026-11-11; bibliographic record read through Crossref; the essay text read in a mirror, which confirms that the programmers' theory has primacy over the program text, that documentation does not carry it and that revival is the rebuilding of the theory by a new team). Referenced in: Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation, Chapter 14: The Senior Developer, Staff and Principal Engineer.
- Source [182]: Dhar, R., Vaidhyanathan, K. & Varma, V. (2024). Can LLMs Generate Architectural Design Decisions? An Exploratory Empirical Study. IEEE International Conference on Software Architecture (ICSA 2024), research track; arXiv:2403.01709, submitted 4 March 2024. Available at: https://arxiv.org/abs/2403.01709 (accessed 2026-11-11; abstract read). Referenced in: Chapter 6: Design: Architecture, Decisions and Constraints with AI.
- Source [183]: Slater, T. (2025). Quantitative Analysis of Technical Debt and Pattern Violation in Large Language Model Architectures. arXiv:2512.04273, submitted 3 December 2025; single-author pilot study of three models (GPT-5.1, Claude 4.5 Sonnet, Llama 3 8B) on one task; the arXiv listing states that it is under review at the Journal of Systems and Software. Available at: https://arxiv.org/abs/2512.04273 (accessed 2026-11-11; abstract read, no peer-reviewed publication found). Referenced in: Chapter 6: Design: Architecture, Decisions and Constraints with AI.
- Source [184]: Zhu, Y., Tsantalis, N. & Rigby, P. C. (2026). AI-Generated Smells: An Analysis of Code and Architecture in LLM and Agent-Driven Development. arXiv:2605.02741, submitted 4 May 2026. Available at: https://arxiv.org/abs/2605.02741 (accessed 2026-11-11; abstract read, the full text was not read and no peer-reviewed venue found). Referenced in: Chapter 6: Design: Architecture, Decisions and Constraints with AI.
- Source [185]: Paradis, E., Grey, K., Madison, Q., Nam, D., Macvean, A., Meimand, V., Zhang, N., Ferrari-Church, B. & Chandra, S. (2024). How much does AI impact development speed? An enterprise-based randomized controlled trial. Google; arXiv:2410.12944, submitted 16 October 2024, revised 11 November 2024. Randomised controlled trial with 96 full-time Google software engineers on one enterprise-grade task, summer 2024. Available at: https://arxiv.org/abs/2410.12944 (accessed 2026-11-11; full text read). Referenced in: Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 20: Measuring and Leading AI Adoption in Development.
- Source [186]: METR (Becker, J., Rush, N., Cunningham, T., Rein, D. & Mahamud, K.) (2026). We are Changing our Developer Productivity Experiment Design. METR blog, 24 February 2026; update to the randomised trial of early-2025 AI tools; reports 57 developers, 143 repositories and more than 800 tasks, and states that the follow-up study had too few participants and tasks for a reliable estimate because of selection effects (developers declining to work without AI or withholding tasks). Available at: https://metr.org/blog/2026-02-24-uplift-update/ (accessed 2026-11-11; page read). Referenced in: Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 33: Conclusion.
- Source [187]: GitHub (2026). GitHub Copilot features. GitHub Docs; vendor documentation of one product's assistive, editing, agent and coding-agent features; the page states no date. Available at: https://docs.github.com/en/copilot/get-started/features (accessed 2026-11-11). Referenced in: Chapter 7: Build: Writing Code and the Tools of the Craft.
- Source [188]: Liu, N. F., Lin, K., Hewitt, J., Paranjape, A., Bevilacqua, M., Petroni, F. & Liang, P. (2023). Lost in the Middle: How Language Models Use Long Contexts. arXiv:2307.03172, July 2023; accepted to Transactions of the Association for Computational Linguistics. Available at: https://arxiv.org/abs/2307.03172 (accessed 2026-11-11; abstract read). Referenced in: Chapter 7: Build: Writing Code and the Tools of the Craft.
- Source [189]: Jimenez, C. E., Yang, J., Wettig, A., Yao, S., Pei, K., Press, O. & Narasimhan, K. (2024). SWE-bench: Can Language Models Resolve Real-World GitHub Issues? ICLR 2024; arXiv:2310.06770 (first submitted October 2023); 2,294 problems from 12 Python repositories; the best model tested in the original paper, Claude 2, resolved 1.96 per cent. Available at: https://arxiv.org/abs/2310.06770 (accessed 2026-11-11). Referenced in: Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes.
- Source [190]: Bacchelli, A. & Bird, C. (2013). Expectations, Outcomes, and Challenges of Modern Code Review. Proceedings of the 35th International Conference on Software Engineering (ICSE 2013), pp. 712-721. DOI: 10.1109/ICSE.2013.6606617. Observation, interviews and a survey of developers and managers at Microsoft, with manual classification of hundreds of review comments. Available at: https://doi.org/10.1109/ICSE.2013.6606617 (accessed 2026-11-11; abstract read on the Microsoft Research publication page and bibliographic record confirmed through Crossref, the full text was not read). Referenced in: Chapter 9: Prove: Review, Tests and Verification, Chapter 14: The Senior Developer, Staff and Principal Engineer.
- Source [191]: Sadowski, C., Söderberg, E., Church, L., Sipko, M. & Bacchelli, A. (2018). Modern Code Review: A Case Study at Google. Proceedings of the 40th International Conference on Software Engineering: Software Engineering in Practice (ICSE-SEIP 2018), pp. 181-190. DOI: 10.1145/3183519.3183525. Exploratory study with 12 interviews, a survey of 44 respondents and an analysis of review logs covering about 9 million reviewed changes. Available at: https://research.google/pubs/modern-code-review-a-case-study-at-google/ (accessed 2026-11-11; the abstract and study design were read, the full text was not). Referenced in: Chapter 9: Prove: Review, Tests and Verification.
- Source [192]: Czerwonka, J., Greiler, M. & Tilford, J. (2015). Code Reviews Do Not Find Bugs: How the Current Code Review Best Practice Slows Us Down. Proceedings of the 37th International Conference on Software Engineering, volume 2 (ICSE 2015, short paper), pp. 27-28. DOI: 10.1109/ICSE.2015.131. Short position paper from Microsoft. Available at: https://www.microsoft.com/en-us/research/?p=168182 (accessed 2026-11-11; bibliographic record confirmed through Crossref and a summary of the abstract read on the Microsoft Research publication page, the full text was not read; the page's summary does not support a claim about the duration of review). Referenced in: Chapter 9: Prove: Review, Tests and Verification.
- Source [193]: Liu, J., Xia, C. S., Wang, Y. & Zhang, L. (2023). Is Your Code Generated by ChatGPT Really Correct? Rigorous Evaluation of Large Language Models for Code Generation. arXiv:2305.01210, submitted 2 May 2023, last revised 30 October 2023 (NeurIPS 2023 according to the authors' project). Extends the HumanEval benchmark's test cases by a factor of 80 (HumanEval+); the abstract reports that pass@k of the evaluated models falls by up to 19.3 to 28.9 per cent. Available at: https://arxiv.org/abs/2305.01210 (accessed 2026-11-11; the abstract was read, the full text was not). Referenced in: Chapter 9: Prove: Review, Tests and Verification.
- Source [194]: Petrović, G., Ivanković, M., Fraser, G. & Just, R. (2021). Does Mutation Testing Improve Testing Practices? Proceedings of the 43rd International Conference on Software Engineering (ICSE 2021), pp. 910-921; arXiv:2103.07189. Analysis of about 15 million mutants in Google's code review process. Available at: https://arxiv.org/abs/2103.07189 (accessed 2026-11-11; the abstract was read through the arXiv record and the authors' page). Referenced in: Chapter 9: Prove: Review, Tests and Verification.
- Source [195]: Foster, C., Gulati, A., Harman, M., Harper, I., Mao, K., Ritchey, J., Robert, H. & Sengupta, S. (2025). Mutation-Guided LLM-based Test Generation at Meta. arXiv:2501.12862, submitted 22 January 2025 (FSE 2025 Industry Track). Describes the ACH system: 10,795 Android Kotlin classes, 9,095 mutants, 571 privacy-hardening tests; engineers accepted 73 per cent of the generated tests in test-a-thons and judged 36 per cent privacy-relevant. Available at: https://arxiv.org/abs/2501.12862 (accessed 2026-11-11; the abstract was read, the full text was not). Referenced in: Chapter 9: Prove: Review, Tests and Verification, Chapter 17: Testers, Quality Engineers, Product Owners and Designers.
- Source [196]: Vijayvergiya, M. et al. (2024). AI-Assisted Assessment of Coding Practices in Modern Code Review. Google; arXiv:2405.13565, submitted 22 May 2024 (AIware '24). Describes AutoCommenter, a system that checks coding best practices in code review for C++, Java, Python and Go and is reported to be used by tens of thousands of developers. Available at: https://arxiv.org/abs/2405.13565 (accessed 2026-11-11; the abstract was read, the full text was not; the authors' own evaluation). Referenced in: Chapter 9: Prove: Review, Tests and Verification.
- Source [197]: Sadowski, C., Aftandilian, E., Eagle, A., Miller-Cushon, L. & Jaspan, C. (2018). Lessons from Building Static Analysis Tools at Google. Communications of the ACM 61(4), 58-66. DOI: 10.1145/3188720. Experience report on integrating static analysis into developer workflow. Available at: https://research.google/pubs/lessons-from-building-static-analysis-tools-at-google/ (accessed 2026-11-11; the record and summary were read, the full text was not). Referenced in: Chapter 9: Prove: Review, Tests and Verification.
- Source [198]: Newcombe, C., Rath, T., Zhang, F., Munteanu, B., Brooker, M. & Deardeuff, M. (2015). How Amazon Web Services Uses Formal Methods. Communications of the ACM 58(4), 66-73. DOI: 10.1145/2699417. Engineers have used formal specification and model checking (TLA+) since 2011 on critical systems. Available at: https://doi.org/10.1145/2699417 (accessed 2026-11-11; bibliographic record confirmed through Crossref, the full text was not read). Referenced in: Chapter 9: Prove: Review, Tests and Verification.
- Source [199]: Claessen, K. & Hughes, J. (2000). QuickCheck: A Lightweight Tool for Random Testing of Haskell Programs. Proceedings of the Fifth ACM SIGPLAN International Conference on Functional Programming (ICFP '00), pp. 268-279. DOI: 10.1145/351240.351266. Introduces property-based testing: properties are stated as formulae and checked on randomly generated inputs. Available at: https://research.chalmers.se/publication/237427 (accessed 2026-11-11; title, authors, venue, pages and DOI 10.1145/351240.351266 confirmed through Crossref). Referenced in: Chapter 9: Prove: Review, Tests and Verification.
- Source [200]: Borg, M., Hewett, D., Hagatulah, N., Couderc, N., Söderberg, E., Graham, D., Kini, U. & Farley, D. (2025). Echoes of AI: Investigating the Downstream Effects of AI Assistants on Software Maintainability. arXiv:2507.00788, first submitted 1 July 2025, latest revision February 2026. Two-phase controlled experiment with 151 participants, 95 per cent of them professional developers; phase 2 is a randomised trial with 75 completers who evolved the phase 1 solutions without AI assistance. Available at: https://arxiv.org/abs/2507.00788 (accessed 2026-11-11; abstract and the measures and limitations sections read). Referenced in: Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation.
- Source [201]: He, H., Miller, C., Agarwal, S., Kästner, C. & Vasilescu, B. (2026). Speed at the Cost of Quality: How Cursor AI Increases Short-Term Velocity and Long-Term Complexity in Open-Source Projects. In: 23rd International Conference on Mining Software Repositories (MSR '26), Rio de Janeiro, 13-14 April 2026. DOI: 10.1145/3793302.3793349; arXiv:2511.04427. Observational difference-in-differences study of open-source GitHub projects that adopted Cursor against 1,380 matched projects that did not. Available at: https://arxiv.org/abs/2511.04427 (accessed 2026-11-11; abstract, introduction and results read). Referenced in: Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation.
- Source [202]: Just, R., Jalali, D., Inozemtseva, L., Ernst, M. D., Holmes, R. & Fraser, G. (2014). Are Mutants a Valid Substitute for Real Faults in Software Testing? Proceedings of the 22nd ACM SIGSOFT International Symposium on Foundations of Software Engineering (FSE 2014), 654-665. Available at: https://homes.cs.washington.edu/~mernst/pubs/mutation-effectiveness-fse2014-abstract.html (accessed 2026-11-11; abstract page and the author-hosted full paper read; 73 per cent of 357 real faults coupled to mutants, 17 per cent not coupled to any mutant). Referenced in: Chapter 17: Testers, Quality Engineers, Product Owners and Designers.
- Source [203]: Itkonen, J. & Mäntylä, M. V. (2014). Are test cases needed? Replicated comparison between exploratory and test-case-based software testing. Empirical Software Engineering 19(2), 303-342. DOI: 10.1007/s10664-013-9266-8. Replicated experiment with 51 student subjects. Available at: https://doi.org/10.1007/s10664-013-9266-8 (accessed 2026-11-11; abstract read in the author-hosted pre-print (mmantyla.github.io); findings: no difference in defect detection effectiveness, less design effort for exploratory testing, more false-positive defect reports with test cases; the published version at Springer was not opened). Referenced in: Chapter 17: Testers, Quality Engineers, Product Owners and Designers.
- Source [204]: Li, J., Hou, Y., Lin, L., Zhu, R., Cao, H. & El Ali, A. (2025). Vibe Coding in Product Teams: Reconfiguring AI-Assisted Workflows, Prototyping, and Collaboration. arXiv:2509.10652, first submitted 12 September 2025 (page read at v3, revised 1 May 2026); interview study with 22 product team members. Available at: https://arxiv.org/abs/2509.10652 (accessed 2026-11-11; abstract read). Referenced in: Chapter 17: Testers, Quality Engineers, Product Owners and Designers.
- Source [205]: Ko, A. J., Abraham, R., Beckwith, L., Blackwell, A., Burnett, M., Erwig, M., Scaffidi, C., Lawrance, J., Lieberman, H., Myers, B., Rosson, M. B., Rothermel, G., Shaw, M. & Wiedenbeck, S. (2011). The State of the Art in End-User Software Engineering. ACM Computing Surveys 43(3), Article 21, April 2011. DOI: 10.1145/1922649.1922658. Literature survey that defines end-user software engineering; its introduction reports, from US Bureau of Labor Statistics data via Scaffidi et al. (2005), a projection of fewer than 3 million professional programmers and more than 55 million people using spreadsheets and databases at work in the United States by 2012. Available at: https://doi.org/10.1145/1922649.1922658 (accessed 2026-11-11; abstract and introduction read from the first author's copy, the remainder was not read). Referenced in: Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds.
- Source [206]: Panko, R. R. (2000). Spreadsheet Errors: What We Know. What We Think We Can Do. Proceedings of the Spreadsheet Risk Symposium, European Spreadsheet Risks Interest Group (EuSpRIG), Greenwich, 17 to 18 July 2000; arXiv:0802.3457. Review of research; Table 1 summarises seven field audits of real organisational spreadsheets from 1987 to 2000: errors in 24 per cent of 367 spreadsheets, and in 91 per cent of the 54 audited in 1997 and later; most audits reported only substantive errors. Available at: https://arxiv.org/abs/0802.3457 (accessed 2026-11-11; text read). Referenced in: Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds.
- Source [207]: Microsoft (2025). Implement a data policy strategy. Microsoft Learn, Power Platform guidance, page dated 29 August 2025; provider documentation. States that data policies are guardrails that enforce which connectors are enabled for each environment and which can be used together, that connectors are classified as business data only, no business data allowed or blocked, that policies are scoped at environment or tenant level and not at user level, and that by default no data policies are implemented in the tenant. Available at: https://learn.microsoft.com/en-us/power-platform/guidance/adoption/dlp-strategy (accessed 2026-11-11; page read; no claim of effectiveness is made by the series). Referenced in: Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds.
- Source [208]: Microsoft (2026). Develop a tenant environment strategy to adopt Power Platform at scale. Microsoft Learn, Power Platform guidance, page dated 17 October 2026; provider documentation. Describes the default environment as the place where personal productivity apps often start, routing of makers to personal developer environments, separate development, test and production environments, and pipelines that promote assets between them. Available at: https://learn.microsoft.com/en-us/power-platform/guidance/adoption/environment-strategy (accessed 2026-11-11; the introduction and the sections on the default environment, sandbox environments and pipelines were read, not the whole page; no claim of effectiveness is made by the series). Referenced in: Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds.
- Source [209]: Deng, J., Fan, Z. & Meng, R. (2026). Understanding the (In)Security of Vibe-Coded Applications. arXiv:2606.23130, submitted 22 June 2026, version 4 of 14 September 2026; preprint, not peer reviewed. Collects 9,041 open-source applications built with Claude Code and Lovable and audits 200 publicly deployed applications: 1,186 vulnerabilities, 91.0 per cent of the audited applications with at least one, 65.77 per cent of the vulnerabilities rated Critical or High, clustered in broken access control, injection and authentication failures. Available at: https://arxiv.org/abs/2606.23130 (accessed 2026-11-11; the arXiv abstract page, v4, was re-read for the figures, the full text was not). Referenced in: Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds.
- Source [210]: Ziegler, A., Kalliamvakou, E., Simister, S., Sittampalam, G., Li, A., Rice, A., Rifkin, D. & Aftandilian, E. (2022). Productivity Assessment of Neural Code Completion. Proceedings of the 6th ACM SIGPLAN International Symposium on Machine Programming (MAPS '22); arXiv:2205.06537, submitted 13 May 2022. The abstract reports that the rate at which shown suggestions are accepted drives developers' perception of productivity, in contrast to measures of how long completions persist in the code. Available at: https://arxiv.org/abs/2205.06537 (accessed 2026-11-11; the abstract was read, the full text was not). Referenced in: Chapter 20: Measuring and Leading AI Adoption in Development.
- Source [211]: Mozannar, H., Bansal, G., Fourney, A. & Horvitz, E. (2024). Reading Between the Lines: Modeling User Behavior and Costs in AI-Assisted Programming. CHI 2024; arXiv:2210.14306, first submitted 25 October 2022, current version 5 of 22 April 2024. Study in which 21 programmers completed coding tasks with GitHub Copilot and retrospectively labelled their sessions with a taxonomy of programmer activities (CUPS); the authors report that the taxonomy revealed inefficiencies and time costs in the interaction. Available at: https://arxiv.org/abs/2210.14306 (accessed 2026-11-11; the abstract page was read, the full text was not). Referenced in: Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
- Source [212]: Google. The Standard of Code Review. Google Engineering Practices documentation, Code Review Developer Guide, reviewer guide. States that the primary purpose of code review is to make sure that the overall code health of Google's code base is improving over time, and that reviewers should favour approving a change once it definitely improves overall code health even if it is not perfect. Practitioner documentation of one company, not a measured effect. Available at: https://google.github.io/eng-practices/review/reviewer/standard.html (accessed 2026-11-11; page read). Referenced in: Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
- Source [213]: Huang, D., Zhang, J. M., Bu, Q., Xie, X., Chen, J. & Cui, H. (2023). Bias Testing and Mitigation in LLM-based Code Generation. arXiv:2309.14345, submitted 3 September 2023, latest revision 21 March 2025. Bias testing framework applied to five models (PaLM-2-CodeChat-bison, Claude-instant-1, GPT-3.5-turbo, GPT-4-turbo, GPT-4); the abstract reports gender-biased behaviour in 13.47 to 49.10 per cent of generated code, limited effect of prompt strategies, and a fall for GPT-4 from 59.88 to 4.79 per cent with test-execution feedback. Abstract read (accessed 2026-11-11). Available at: https://arxiv.org/abs/2309.14345 Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [214]: The Linux kernel community. AI Coding Assistants. Linux kernel documentation, Documentation/process/coding-assistants. States that AI agents must not add Signed-off-by tags because only humans can certify the Developer Certificate of Origin, and that the human submitter is responsible for reviewing all AI-generated code, ensuring licence compliance and taking full accountability for the contribution. Documentation of one project, which changes between kernel versions (accessed 2026-11-11, current page). Available at: https://docs.kernel.org/process/coding-assistants.html Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
Developer productivity research
- Source [215]: Brooks, F. P. (1995). The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition. Addison-Wesley Professional (first edition 1975). ISBN 978-0-201-83595-3. Bibliographic record: https://openlibrary.org/isbn/9780201835953 (accessed 2026-11-11). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 5: Frame: Problems, Requirements and Intent, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 14: The Senior Developer, Staff and Principal Engineer.
- Source [216]: Google Cloud, DORA (2024). Accelerate State of DevOps Report 2024. DevOps Research and Assessment (DORA) programme, Google Cloud, published October 2024. Available at: https://dora.dev/research/2024/dora-report/ (accessed 2026-11-11; the page states neither the release date nor the survey size; the release date of 22 October 2024 is taken from secondary reports of the publisher's announcement; the magnitudes cited in Chapter 7 were checked in the full report PDF, which reports a survey of nearly 3,000 respondents fielded in early 2024). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 9: Prove: Review, Tests and Verification, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers.
- Source [217]: Stack Overflow (2025). 2025 Stack Overflow Developer Survey. Stack Overflow, over 49,000 responses from 177 countries; survey of self-selected respondents. Available at: https://survey.stackoverflow.co/2025/ (accessed 2026-11-11). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 7: Build: Writing Code and the Tools of the Craft, Chapter 9: Prove: Review, Tests and Verification, Chapter 20: Measuring and Leading AI Adoption in Development, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 33: Conclusion.
- Source [218]: Meyer, A. N., Barton, L. E., Murphy, G. C., Zimmermann, T. & Fritz, T. (2017). The Work Life of Developers: Activities, Switches and Perceived Productivity. IEEE Transactions on Software Engineering 43(12), December 2017. Monitoring of 20 professional developers at four companies for an average of 11 full workdays, with self-reports of perceived productivity. Available at: https://thomas-zimmermann.com/publications/files/meyer-tse-2018.pdf (accessed 2026-11-11; full text read). Referenced in: Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source.
- Source [219]: Xia, X., Bao, L., Lo, D., Xing, Z., Hassan, A. E. & Li, S. (2018). Measuring Program Comprehension: A Large-Scale Field Study with Professionals. IEEE Transactions on Software Engineering 44(10), 951-976. Field study of 78 professional developers in seven projects over 3,148 working hours (accessed 2026-11-11; the figures (78 developers, seven projects, 3,148 hours, about 58 per cent) were checked against the abstract as reproduced in library catalogue records; the full text was not read). Referenced in: Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source.
- Source [220]: DORA, Google Cloud (n.d.). DORA's software delivery metrics: the four keys. dora.dev guide; defines change lead time, deployment frequency, failed deployment recovery time, change fail rate and deployment rework rate, and states that speed and stability are not trade-offs. Available at: https://dora.dev/guides/dora-metrics-four-keys/ (accessed 2026-11-11). Referenced in: Chapter 2: What Developers Did Before: Craft, Waterfall, Agile, DevOps and Open Source.
- Source [221]: Google Cloud (2024). Announcing the 2024 DORA report. Google Cloud Blog, DevOps and SRE, 22 October 2024; announcement of the Accelerate State of DevOps Report 2024 of the DevOps Research and Assessment (DORA) programme. Available at: https://cloud.google.com/blog/products/devops-sre/announcing-the-2024-dora-report (accessed 2026-11-11; survey size not stated on the page). Referenced in: Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation, Chapter 14: The Senior Developer, Staff and Principal Engineer, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers, Chapter 20: Measuring and Leading AI Adoption in Development.
- Source [222]: Harvey, N. (2026). DORA's software delivery performance metrics. DevOps Research and Assessment (DORA) programme, Google Cloud; guide page last updated 5 January 2026. Names five metrics in two groups (throughput: change lead time, deployment frequency, failed deployment recovery time; instability: change fail rate, deployment rework rate) and warns against setting them as goals, against a single-metric focus and against comparing unlike applications. Available at: https://dora.dev/guides/dora-metrics/ (accessed 2026-11-11). Referenced in: Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 15: The Tech Lead and the Engineering Manager, Chapter 20: Measuring and Leading AI Adoption in Development.
- Source [223]: Google Cloud, DORA (2025). Streamlining change approval. DevOps Research and Assessment (DORA) programme capability page, last updated 30 October 2025. States that heavyweight external approval (a change advisory board or senior sign-off) has a negative impact on software delivery performance and that no evidence was found that a more formal external review is associated with lower change fail rates; it keeps a coordinating role for the board. Available at: https://dora.dev/capabilities/streamlining-change-approval/ (accessed 2026-11-11). Referenced in: Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build.
- Source [224]: Google Cloud, DORA. Trunk-based development. DevOps Research and Assessment (DORA) programme capability page; the page states no date. Describes merging small batches into the main line at least daily, three or fewer active branches, branches that last no more than a few hours, and no code freezes. Available at: https://dora.dev/capabilities/trunk-based-development/ (accessed 2026-11-11). Referenced in: Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build.
- Source [225]: Faros Research (2025). The AI Productivity Paradox Report 2025. Faros AI, 23 July 2025. Vendor telemetry study of more than 10,000 developers in 1,255 teams across several companies, with data as of June 2025, reporting associations between each team's lowest- and highest-adoption quarters and no causal claim: teams with high AI adoption merged 98 per cent more pull requests, review time rose 91 per cent, average pull request size rose 154 per cent, bugs per developer rose 9 per cent, and no significant company-level correlation with throughput, DORA metrics or quality indicators was found. Available at: https://www.faros.ai/blog/ai-software-engineering (accessed 2026-11-11). Referenced in: Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 29: The Future of the Developer: Fewer, More or Different?.
- Source [226]: Hannay, J. E., Dybå, T., Arisholm, E. & Sjøberg, D. I. K. (2009). The effectiveness of pair programming: A meta-analysis. Information and Software Technology 51(7), 1110-1122. DOI: 10.1016/j.infsof.2009.02.001 (accessed 2026-11-11; bibliographic record checked at Crossref; the publisher page was not reachable; the findings (small significant positive effect on quality, medium significant positive effect on duration, medium significant negative effect on effort, significant between-study variance, signs of publication bias) were read in a search-result paraphrase of the abstract on SINTEF/Simula records and are secondary until the article is opened). Referenced in: Chapter 15: The Tech Lead and the Engineering Manager, Chapter 21: Team Practice and Culture: Pairing, Review Culture, Trust and Psychological Safety.
- Source [227]: Noda, A., Storey, M.-A., Forsgren, N. & Greiler, M. (2023). DevEx: What Actually Drives Productivity. ACM Queue, 2023 (catalogue records give the March-April 2023 issue; the authors' research page dates it 3 May 2023). Proposes a framework of three dimensions of developer experience, feedback loops, cognitive load and flow state, and a measurement approach that combines developers' perceptions with data from engineering systems. Available at: https://queue.acm.org/detail.cfm?id=3595878 (accessed 2026-11-11; the ACM page returned an access error, so the abstract and dimensions were read through the authors' research page at getdx.com and library catalogue records; volume and pages to be confirmed). Referenced in: Chapter 20: Measuring and Leading AI Adoption in Development.
Secure software supply chain
- Source [228]: Pearce, H., Ahmad, B., Tan, B., Dolan-Gavitt, B. & Karri, R. (2021). Asleep at the Keyboard? Assessing the Security of GitHub Copilot's Code Contributions. arXiv:2108.09293, submitted 20 August 2021, revised 16 December 2021; accepted at the IEEE Symposium on Security and Privacy 2022 according to the arXiv page. Available at: https://arxiv.org/abs/2108.09293 (accessed 2026-11-11). Referenced in: Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 9: Prove: Review, Tests and Verification, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 33: Conclusion.
- Source [229]: Veracode (2025). October 2025 Update: GenAI Code Security Report. Veracode; code from over 100 large language models in Java, JavaScript, Python and C#, with AI-generated code introducing risky security flaws in 45 per cent of tests; vendor research. Available at: https://www.veracode.com/resources/analyst-reports/2025-genai-code-security-report/ (accessed 2026-11-11). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 9: Prove: Review, Tests and Verification, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 33: Conclusion.
- Source [230]: OWASP Gen AI Security Project (2025). OWASP Top 10 for LLM Applications 2025 (2025 Top 10 Risk & Mitigations for LLMs and Gen AI Apps). OWASP Foundation; ten risks from LLM01 Prompt Injection to LLM10 Unbounded Consumption, including LLM03 Supply Chain and LLM06 Excessive Agency. Available at: https://genai.owasp.org/llm-top-10/ (accessed 2026-11-11). Referenced in: Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 8: Build with Agents: Delegated Coding, Mandates and Sandboxes, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers, Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds, Chapter 23: When It Breaks: Incidents, Outages and AI-Generated Defects.
- Source [231]: Open Source Security Foundation and Linux Foundation. SLSA specification (Supply-chain Levels for Software Artifacts). slsa.dev; levels that describe increasing supply chain security guarantees; version 1.0 was read, and the site marks version 1.2 as current. Available at: https://slsa.dev/spec/v1.0/ (accessed 2026-11-11). Referenced in: Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 11: Steward the Release: CI/CD, Change and Operating What You Build, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers, Chapter 31: A Year in Development: Nordvik Region and Hansa Mutual.
- Source [232]: Souppaya, M., Scarfone, K. & Dodson, D. (2022). Secure Software Development Framework (SSDF) Version 1.1: Recommendations for Mitigating the Risk of Software Vulnerabilities. NIST Special Publication 800-218, National Institute of Standards and Technology, February 2022. DOI: 10.6028/NIST.SP.800-218. Available at: https://csrc.nist.gov/pubs/sp/800/218/final (accessed 2026-11-11). Referenced in: Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 9: Prove: Review, Tests and Verification, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [233]: Booth, H., Souppaya, M., Vassilev, A., Ogata, M., Stanley, M. & Scarfone, K. (2024). Secure Software Development Practices for Generative AI and Dual-Use Foundation Models: An SSDF Community Profile. NIST Special Publication 800-218A, National Institute of Standards and Technology, July 2024. DOI: 10.6028/NIST.SP.800-218A. Available at: https://csrc.nist.gov/pubs/sp/800/218/a/final (accessed 2026-11-11). Referenced in: Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 16: Architects, Platform Engineers and Site Reliability Engineers, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [234]: Spracklen, J., Wijewickrama, R., Sakib, A. H. M. N., Maiti, A., Viswanath, B. & Jadliwala, M. (2025). We Have a Package for You! A Comprehensive Analysis of Package Hallucinations by Code Generating LLMs. arXiv:2406.10279, first submitted 12 June 2024, version 3 of 2 March 2025; to appear at the USENIX Security Symposium 2025 according to the arXiv page. Available at: https://arxiv.org/abs/2406.10279 (accessed 2026-11-11). Referenced in: Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 30: Case Studies and Anti-Patterns.
- Source [235]: Sandoval, G., Pearce, H., Nys, T., Karri, R., Garg, S. & Dolan-Gavitt, B. (2023). Lost at C: A User Study on the Security Implications of Large Language Model Code Assistants. arXiv:2208.09727, first submitted August 2022, revised February 2023; accepted at USENIX Security 2023 according to the arXiv page. Available at: https://arxiv.org/abs/2208.09727 (accessed 2026-11-11). Referenced in: Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface.
- Source [236]: Greshake, K., Abdelnabi, S., Mishra, S., Endres, C., Holz, T. & Fritz, M. (2023). Not what you've signed up for: Compromising Real-World LLM-Integrated Applications with Indirect Prompt Injection. arXiv:2302.12173, first submitted 23 February 2023, version 2 of 5 May 2023. Available at: https://arxiv.org/abs/2302.12173 (accessed 2026-11-11). Referenced in: Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface.
- Source [237]: GitGuardian (2025). The State of Secrets Sprawl 2025. GitGuardian, report page on 2024 data from public GitHub; vendor research by a seller of secrets-detection products; the page states no publication date, no selection method for the Copilot subset and no sample sizes for it. Available at: https://www.gitguardian.com/state-of-secrets-sprawl-report-2025 (accessed 2026-11-11). Referenced in: Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 30: Case Studies and Anti-Patterns.
- Source [238]: Ecma International (2025). ECMA-424: CycloneDX Bill of materials specification, 2nd edition, December 2025; specifies the CycloneDX v1.7 BOM format in JSON, covering software and hardware parts, services, dependencies, security flaws, cryptographic assets and machine-learning models. Available at: https://ecma-international.org/publications-and-standards/standards/ecma-424/ (accessed 2026-11-11). Referenced in: Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface.
- Source [239]: UpGuard (2021). By Design: How Default Permissions on Microsoft Power Apps Exposed Millions. UpGuard Research, 23 August 2021; research report by a security vendor. Reports 38 million records across Power Apps portals and 47 entities notified, because lists had table permissions disabled by default; Microsoft closed the report on 29 June 2021 as "by design", later released a checker tool and made table permissions enabled by default for newly created portals. Available at: https://upguard.com/breaches/power-apps (accessed 2026-11-11; page read, Microsoft's own account was not). Referenced in: Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds.
- Source [240]: National Institute of Standards and Technology (2025). CVE-2025-48757 Detail. National Vulnerability Database, published 30 May 2025. Record describes an insufficient row-level security policy in Lovable through 2025-04-15 that lets unauthenticated remote attackers read or write arbitrary database tables of generated sites; weakness CWE-863; tagged disputed, with the supplier stating that each customer is responsible for protecting its application's data. Available at: https://nvd.nist.gov/vuln/detail/CVE-2025-48757 (accessed 2026-11-11; record read through the NVD programming interface, the supplier's own statement was not). Referenced in: Chapter 19: Citizen Developers, Low-Code and the Non-Developer Who Builds.
- Source [241]: Lanyado, B. (2024). Lasso Research: AI Package Hallucinations. Lasso Security blog, post dated 28 March 2024 (the page also carries a site date of 2026 in its metadata); primary account by the researcher of an experiment in which he registered an empty package under a name that models had hallucinated and counted downloads over three months, reporting more than 30,000 authentic downloads and a reference in the README of an Alibaba research repository; it reports no malicious use. Available at: https://www.lasso.security/blog/ai-package-hallucinations (accessed 2026-11-11; page read). Referenced in: Chapter 30: Case Studies and Anti-Patterns, Chapter 33: Conclusion.
Software law: the Cyber Resilience Act and product liability
- Source [242]: European Parliament and Council of the European Union. Regulation (EU) 2024/2847 of 23 October 2024 on horizontal cybersecurity requirements for products with digital elements and amending Regulations (EU) No 168/2013 and (EU) 2019/1020 and Directive (EU) 2020/1828 (Cyber Resilience Act). Official Journal of the European Union, 20 November 2024. Available at: https://eur-lex.europa.eu/eli/reg/2024/2847/oj (accessed 2026-11-11; title and dates read; Article 3(14) (open-source software steward) and Article 24(1) (cybersecurity policy of stewards) verified in the EUR-Lex text on 2026-11-11; Article 13(1) to (3) and Annex I, Part I, point (2)(a) and (b) verified in the EUR-Lex text on 2026-11-11, Article 13(7), (8) and (9) and Article 71(2) (application from 11 December 2027) verified in the EUR-Lex text on 2026-11-11 for Chapter 12; Articles 2, 3, 12, 13, 14, 24, 64, 69 and 71, Annexes I and II and recitals 15, 16 and 20 verified in the EUR-Lex text on 2026-11-11 for Chapter 24). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 6: Design: Architecture, Decisions and Constraints with AI, Chapter 10: Prove Security: Secure Code, Supply Chain and the Toolchain as Attack Surface, Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation, Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 31: A Year in Development: Nordvik Region and Hansa Mutual, Chapter 32: Nordvik Region and Hansa Mutual: Conclusions for Two Organisations, Chapter 33: Conclusion, Glossary.
- Source [243]: European Parliament and Council of the European Union. Directive (EU) 2024/2853 of 23 October 2024 on liability for defective products and repealing Council Directive 85/374/EEC. Official Journal of the European Union, 18 November 2024. Available at: https://eur-lex.europa.eu/eli/dir/2024/2853/oj (accessed 2026-11-11; title and dates read; Article 4(1), Article 2(1) and Article 21 checked in the Official Journal text on 2026-11-11; Articles 2, 4, 6, 7, 9, 10, 11, 17 and 22 and recital 13 checked for Chapter 24 on the same date). Referenced in: Chapter 1: Introduction: The Developer with AI, Chapter 3: The Pressure on Developers: Productivity Claims, Adoption, Legacy and Accountability, Chapter 4: The Developer Loop Defined: Five Functions, Delegation Ladder and Stewardship, Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR, Chapter 29: The Future of the Developer: Fewer, More or Different?, Chapter 32: Nordvik Region and Hansa Mutual: Conclusions for Two Organisations, Chapter 33: Conclusion, Glossary.
- Source [244]: European Commission (2025). Commission Guidelines on the scope of the obligations for providers of general-purpose AI models established by Regulation (EU) 2024/1689 (AI Act), section 3.2 (downstream modifiers as providers), paragraphs 57 to 66. Communication from the Commission C(2025) 7719 final, Brussels, 19 November 2025 (the content of the draft guidelines was approved by C(2025) 5045 final of 18 July 2025). Available at: https://digital-strategy.ec.europa.eu/en/library/guidelines-scope-obligations-providers-general-purpose-ai-models-under-ai-act (accessed 2026-11-11). Referenced in: Chapter 24: Regulation as Constraint: AI Act, Cyber Resilience Act, Product Liability, NIS 2, DORA, GDPR.
Intellectual property and open source
- Source [245]: United States Court of Appeals for the Ninth Circuit (2026). Doe v. GitHub, Inc., No. 24-7700 (D.C. No. 4:22-cv-06823-JST), opinion by Judge Miller, filed 16 September 2026; interlocutory appeal from the Northern District of California on 17 U.S.C. section 1202(b) (DMCA). US case, cited as a signal and not as law applicable in the Union. Available at: https://www.courthousenews.com/wp-content/uploads/2026/09/doe-vs-github-ninth-circuit.pdf (copy of the slip opinion read in full as text on 2026-11-11; summary, parts on standing, the output theory, identicality and the pending contract claims checked; the court's own site was not opened). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [246]: Landgericht München I (2025). Pressemitteilung zum Urteil vom 11. November 2025, Az. 42 O 14139/24 (GEMA gegen OpenAI). Press release of the Bavarian justice portal; not final at the date of the release. Available at: https://www.justiz.bayern.de/gerichte-und-behoerden/landgericht/muenchen-1/presse/2025/11.php (press release read on 2026-11-11; the judgment itself was not read; whether an appeal has been decided was not established). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [247]: High Court of Justice of England and Wales, Business and Property Courts, Chancery Division (2025). Getty Images (US) Inc and others v Stability AI Limited [2025] EWHC 2863 (Ch), Mrs Justice Joanna Smith, judgment of 4 November 2025. United Kingdom case, cited as a signal and not as law applicable in the Union. Available at: https://caselaw.nationalarchives.gov.uk/ewhc/ch/2025/2863 (summary of conclusions read on 2026-11-11; whether an appeal is pending was not established). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [248]: Szpunar, M. (2026). Opinion of Advocate General Szpunar in Case C-250/25, Like Company v Google Ireland Limited (request for a preliminary ruling from the Budapest Környéki Törvényszék), delivered on 3 November 2026. An Advocate General's opinion does not bind the Court of Justice, whose judgment was pending at the date of access. Available at: https://courthousenews.com/wp-content/uploads/2026/11/like-company-v-google-ireland-limited-cjeu-ag-opinion.pdf (copy of the opinion read as text on 2026-11-11, conclusion and passages on Article 4 of Directive (EU) 2019/790; the InfoCuria text was not opened). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [249]: United States Copyright Office (2025). Copyright and Artificial Intelligence, Part 2: Copyrightability. A report of the Register of Copyrights, January 2025. United States law, cited as one worked statement of the question of AI-assisted authorship. Available at: https://www.copyright.gov/ai/Copyright-and-Artificial-Intelligence-Part-2-Copyrightability-Report.pdf (report text read on 2026-11-11; the conclusions on assistive use, human expressive contribution, prompts, case-by-case assessment and no case for a sui generis right checked in the text). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [250]: Xu, W., Gao, K., He, H. & Zhou, M. (2025). LiCoEval: Evaluating LLMs on License Compliance in Code Generation. Proceedings of the 47th International Conference on Software Engineering (ICSE 2025); arXiv:2408.02487, first submitted 5 August 2024, version 3 of 25 February 2025. Abstract read; the method and the models evaluated are described in the paper. Available at: https://arxiv.org/abs/2408.02487 (accessed 2026-11-11). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [251]: GitHub (n.d.). Managing GitHub Copilot policies: Suggestions matching public code. GitHub Docs. Vendor documentation of one product's setting, cited only as an example of a provider control. Available at: https://docs.github.com/en/copilot/how-tos/manage-your-account/manage-policies (accessed 2026-11-11). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [252]: Stenberg, D. (2026). The end of the curl bug-bounty. daniel.haxx.se, 26 January 2026; first-hand account by the project's lead maintainer. Available at: https://daniel.haxx.se/blog/2026/01/26/the-end-of-the-curl-bug-bounty/ (accessed 2026-11-11). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [253]: Freund, A. (2024). backdoor in upstream xz/liblzma leading to ssh server compromise. oss-security mailing list, 29 March 2024; the report that led to CVE-2024-3094. Available at: https://www.openwall.com/lists/oss-security/2024/03/29/4 (accessed 2026-11-11). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [254]: Collin, L. (2024). XZ Utils backdoor. tukaani.org, the project's statement page, maintained by the xz maintainer. Available at: https://tukaani.org/xz-backdoor/ (accessed 2026-11-11). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
- Source [255]: Open Source Observatory, European Commission (2021). Report: open source as a driver of EU's digital innovation (news item of 6 September 2021 on the study on the impact of open source software and hardware on technological independence, competitiveness and innovation in the EU economy, by Fraunhofer ISI and OpenForum Europe for the European Commission). The figures are those the Commission's observatory reports from the study; the study itself was not opened. Available at: https://interoperable-europe.ec.europa.eu/collection/open-source-observatory-osor/news/report-open-source-driver-eus-digital-innovation (accessed 2026-11-11). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
Developer skills and education
- Source [256]: Ericsson, K. A., Krampe, R. T. & Tesch-Römer, C. (1993). The role of deliberate practice in the acquisition of expert performance. Psychological Review 100(3), 363-406. DOI: 10.1037/0033-295X.100.3.363 (accessed 2026-11-11; title, authors, journal and pages confirmed through bibliographic records in search results, the full text was not read and the chapter uses the concept only as vocabulary). Referenced in: Chapter 13: The Junior Developer and the Apprenticeship Problem.
Public-sector software
- Source [257]: Sveriges riksdag (2018). Lag (2018:1937) om tillgänglighet till digital offentlig service (Act on accessibility of digital public services), 4, 10 to 13 §§. Svensk författningssamling 2018:1937, in force 1 January 2019. Available at: https://data.riksdagen.se/dokument/sfs-2018-1937.html (accessed 2026-11-11). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [258]: WebAIM (2025). The WebAIM Million: An annual accessibility analysis of the top 1,000,000 home pages (2025 report). WebAIM; automated tests of one million home pages in February 2025, last updated 31 March 2025. Available at: https://webaim.org/projects/million/2025 (accessed 2026-11-11). Referenced in: Chapter 18: Developers in the Public Authority: Procurement, Public Code and Legitimacy.
- Source [259]: Fraser, J. (2019). Bates and Others v Post Office Limited (No 6: Horizon Issues) [2019] EWHC 3408 (QB). High Court of Justice, Queen's Bench Division; judgment of Mr Justice Fraser of 16 December 2019 in the Post Office Group Litigation; findings on the robustness of the Horizon system, on bugs, errors and defects, and on remote access by Fujitsu to branch accounts (paragraphs 534 to 544 and 974 to 976 read). Available at: https://www.benthamsgaze.org/wp-content/uploads/2021/07/Bates-and-Ors-v-the-Post-Office-Ltd-2019-EWHC-3408-QB.pdf (copy of the judgment hosted by a university research group; full text read, accessed 2026-11-11). Referenced in: Chapter 30: Case Studies and Anti-Patterns.
Professional ethics and codes of conduct
- Source [260]: Association for Computing Machinery (2018). ACM Code of Ethics and Professional Conduct. Adopted by the ACM Council on 22 June 2018. Available at: https://www.acm.org/code-of-ethics (accessed 2026-11-11; the code page returned an access error to the fetch tool; the wording of principles 1.2 and 1.3 and the adoption date were confirmed through search results quoting the ACM pages and the ACM PDF, not by opening the page itself). Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [261]: Institute of Electrical and Electronics Engineers. IEEE Code of Ethics. Item 1 commits members to hold paramount the safety, health and welfare of the public and to be honest and realistic in stating claims or estimates based on available data; item 3 asks members to strive to ensure that the code is upheld by colleagues and not to retaliate against individuals reporting a violation. Read on the IEEE Circuits and Systems Society's reproduction, which states no approval date (accessed 2026-11-11). Available at: https://ieee-cas.org/about/ieee-code-ethics Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [262]: Russell, K. (2020). Board of Directors Approves Revisions to the IEEE Code of Ethics. IEEE Spectrum, 29 July 2020. Reports that the IEEE Board of Directors approved revisions at its 28 to 29 June 2020 meeting, adding high-level principles, a commitment to avoid harassment and a commitment to protect the privacy of others (accessed 2026-11-11). Available at: https://spectrum.ieee.org/board-of-directors-approves-revisions-to-the-ieee-code-of-ethics Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [263]: McNamara, A., Smith, J. & Murphy-Hill, E. (2018). Does ACM's Code of Ethics Change Ethical Decision Making in Software Development? Proceedings of ESEC/FSE 2018, ACM. Replication of a behavioural-ethics study with 11 vignettes answered by 63 software engineering students and 105 professional developers; the group told to consider the ACM code showed no observed difference from the control group. Read through the NC State press release and secondary coverage; the paper itself returned an access error, so no DOI is given (accessed 2026-11-11). Available at: https://news.ncsu.edu/2018/10/software-developer-ethics/ Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [264]: United States Department of Justice, Office of Public Affairs (2017). Volkswagen Engineer Sentenced for His Role in Conspiracy to Cheat U.S. Emissions Tests. Press release, 25 August 2017. Reported through search results: James Liang, a Volkswagen engineer, was sentenced in the Eastern District of Michigan to 40 months in prison and two years of supervised release after pleading guilty to conspiracy to defraud the United States, commit wire fraud and violate the Clean Air Act. The release page itself could not be opened by the fetch tool; the sentence, court, date and the 2017 sentencing by Judge Sean F. Cox were confirmed through search results quoting the Department of Justice releases (accessed 2026-11-11), and the wording is not quoted. Available at: https://www.justice.gov/opa/pr/volkswagen-engineer-sentenced-his-role-conspiracy-cheat-us-emissions-tests Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
Research papers and studies
- Source [265]: Yang, C., Shi, Y., Ma, Q., Liu, M. X., Kästner, C. & Wu, T. (2025). What Prompts Don't Say: Understanding and Managing Underspecification in LLM Prompts. arXiv:2505.13360, first submitted 19 May 2025 (preprint; the abstract reports that models infer unspecified requirements by default in 41.1 per cent of cases and that underspecified prompts are twice as likely to regress across model or prompt changes). Available at: https://arxiv.org/abs/2505.13360 (accessed 2026-11-11). Referenced in: Chapter 5: Frame: Problems, Requirements and Intent.
- Source [266]: Mu, F., Shi, L., Wang, S., Yu, Z., Zhang, B., Wang, C., Liu, S. & Wang, Q. (2023). ClarifyGPT: Empowering LLM-based Code Generation with Intention Clarification. arXiv:2310.10996, submitted 17 October 2023 (preprint; function-level code generation benchmarks, with simulated user answers in the automated evaluation). Available at: https://arxiv.org/abs/2310.10996 (accessed 2026-11-11). Referenced in: Chapter 5: Frame: Problems, Requirements and Intent.
Legacy modernisation and code stewardship
- Source [267]: Nikolov, S., Codecasa, D., Sjovall, A., Tabachnyk, M., Chandra, S., Taneja, S. & Ziftci, C. (2025). How is Google using AI for internal code migrations? arXiv:2501.06972, submitted 12 January 2025. Experience report on LLM-assisted migrations in Google's monorepo (identifier-type widening, JUnit3 to JUnit4, Joda-Time to java.time); the savings figures are estimates reported by the engineers who did the work. Available at: https://arxiv.org/abs/2501.06972 (accessed 2026-11-11; full text read). Referenced in: Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation, Chapter 30: Case Studies and Anti-Patterns.
- Source [268]: Arisoy Cholkar, A. (2024). Amazon Q Developer just reached a $260 million dollar milestone. AWS DevOps & Developer Productivity Blog, Amazon Web Services, 1 August 2024. Vendor statement reporting an internal estimate attributed to Andy Jassy of 4,500 years of development work saved on Java upgrades; the post calls its own estimates conservative. Available at: https://aws.amazon.com/blogs/devops/amazon-q-developer-just-reached-a-260-million-dollar-milestone/ (accessed 2026-11-11). Referenced in: Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation.
- Source [269]: Holland, M. (2026). AI shifts mainframe modernization strategy. CIO Dive, 28 July 2026. Trade press; reports Morgan Stanley's self-reported figures for its in-house DevGen.AI platform and analyst caveats from Gartner. Available at: https://www.ciodive.com/news/ai-shifts-mainframe-modernization-strategy/825677/ (accessed 2026-11-11). Referenced in: Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation.
- Source [270]: Avelino, G., Passos, L., Hora, A. & Valente, M. T. (2016). A Novel Approach for Estimating Truck Factors. In: 24th International Conference on Program Comprehension (ICPC 2016). DOI: 10.1109/ICPC.2016.7503718; arXiv:1604.06766. Study of the 133 most popular GitHub projects. Available at: https://arxiv.org/abs/1604.06766 (accessed 2026-11-11; bibliographic record and summary read). Referenced in: Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation.
- Source [271]: Norman, P. (2023). Sensenmann: Code Deletion at Scale. Google Testing Blog, 28 April 2023. Practitioner report; figures are the company's own. Available at: https://testing.googleblog.com/2023/04/sensenmann-code-deletion-at-scale.html (accessed 2026-11-11; full text read). Referenced in: Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation.
- Source [272]: Wright, H. (2020). Deprecation. Chapter 15 in Winters, T., Manshreck, T. & Wright, H. (eds), Software Engineering at Google: Lessons Learned from Programming Over Time. O'Reilly Media. Practitioner book, not research. Available at: https://abseil.io/resources/swe-book/html/ch15.html (accessed 2026-11-11; chapter read online). Referenced in: Chapter 12: Steward the Code: Maintenance, Legacy Modernisation, Technical Debt and Documentation.
Fairness, bias and accessibility evidence
- Source [273]: Obermeyer, Z., Powers, B., Vogeli, C. & Mullainathan, S. (2019). Dissecting racial bias in an algorithm used to manage the health of populations. Science 366(6464), 447-453. DOI: 10.1126/science.aax2342. Analysis of a widely used commercial algorithm: at the same risk score Black patients were sicker than White patients, because the algorithm predicted future health-care cost, not illness; the authors estimate that correcting this would raise the share of Black patients receiving extra help from 17.7 to 46.5 per cent. Abstract read through PubMed (accessed 2026-11-11). Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
- Source [274]: WebAIM (2026). The WebAIM Million: An annual accessibility analysis of the top 1,000,000 home pages. Report of February 2026: automated analysis of 1,000,000 home pages found detectable WCAG 2 failures on 95.9 per cent, an average of 56.1 detected errors per page, and low-contrast text (83.9 per cent), missing alternative text (53.1 per cent) and missing form labels (51 per cent) as the most common failures. Automated detection covers only part of the failures a person would find (accessed 2026-11-11). Available at: https://webaim.org/projects/million/ Referenced in: Chapter 25: Ethics, Professional Responsibility and the Developer's Judgement.
AI-assisted coding
- Source [275]: Mistral AI (2025). Devstral. Mistral AI news, 21 May 2025; vendor announcement of an open-weight model for software engineering tasks built with All Hands AI and released under the Apache 2.0 licence. Vendor claim, cited for the licence and the release only. Available at: https://mistral.ai/news/devstral (accessed 2026-11-11). Referenced in: Chapter 26: Intellectual Property, Open Source and Sovereignty in the Toolchain.
Developer experience, identity and wellbeing
- Source [276]: Tavantzis, T., Lambiase, S. & Russo, D. (2026). Out of Place in My Own Work: How Generative AI Displaces Software Engineers. 20th International Symposium on Empirical Software Engineering and Measurement (ESEM 2026), LIPIcs 394, Article 9, pp. 9:1-9:20. DOI: 10.4230/LIPIcs.ESEM.2026.9. Interviews with 21 software engineers, thematic analysis, six dimensions of displacement. Available at: https://drops.dagstuhl.de/storage/00lipics/lipics-vol394-esem2026/LIPIcs.ESEM.2026.9/LIPIcs.ESEM.2026.9.pdf (accessed 2026-11-11; abstract, findings on phenomenological displacement and threats to validity read). Referenced in: Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
- Source [277]: Schmitt, A., Gajos, K. Z. & Mokryn, O. (2024). Generative AI in the Software Engineering Domain: Tensions of Occupational Identity and Patterns of Identity Protection. arXiv:2410.03571, submitted 4 October 2024 (preprint, not peer reviewed). Qualitative study at one software organisation: 35 survey respondents and 11 semi-structured interviews. Available at: https://arxiv.org/abs/2410.03571 (accessed 2026-11-11; abstract and participant table read). Referenced in: Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
- Source [278]: Feng, Z., Afroz, S. & Sarma, A. (2026). From Gains to Strains: Modeling Developer Burnout with GenAI Adoption. arXiv:2510.07435, submitted 8 October 2025, revised 3 January 2026 (preprint, not peer reviewed). Cross-sectional survey of 442 developers, Job Demands-Resources model; respondents recruited from 56 open-source communities, self-reported data. Available at: https://arxiv.org/abs/2510.07435 (accessed 2026-11-11; abstract and part of the full text read). Referenced in: Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
- Source [279]: Storer, K. M. (2024). Value of development work. DevOps Research and Assessment (DORA), post of 10 December 2024. Reports that developers who use generative AI more extensively say they spend more time in a flow state and less time on valuable work; sample size of the survey not stated; qualitative component of 10 interviews. Available at: https://dora.dev/insights/value-of-development-work/ (accessed 2026-11-11; page read). Referenced in: Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
- Source [280]: Prather, J., Reeves, B., Leinonen, J., MacNeil, S., Randrianasolo, A. S., Becker, B. A., Kimmel, B., Wright, J. & Briggs, B. (2024). The Widening Gap: The Benefits and Harms of Generative AI for Novice Programmers. ICER 2024; arXiv:2405.17739, submitted 28 May 2024. 21 novice students in lab sessions with observation, interviews and eye tracking. Available at: https://arxiv.org/abs/2405.17739 (accessed 2026-11-11; abstract read). Referenced in: Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
Learning, practice and expertise
- Source [281]: Ericsson, K. A. & Harwell, K. W. (2019). Deliberate Practice and Proposed Limits on the Effects of Practice on the Acquisition of Expert Performance: Why the Original Definition Matters and Recommendations for Future Research. Frontiers in Psychology 10, 2396. DOI: 10.3389/fpsyg.2019.02396 (accessed 2026-11-11; abstract read in the PubMed record, PMID 31708836). Referenced in: Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
- Source [282]: Csikszentmihalyi, M. (1990). Flow: The Psychology of Optimal Experience. Harper & Row, New York. Bibliographic record: https://openlibrary.org/works/OL278571W (accessed 2026-11-11; record only, the text was not read and the book is used for the term only). Referenced in: Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
- Source [283]: CodeKata (n.d.). CodeKata: How do you get to be a great musician? Introductory page of the site signed PragDave; practitioner essay, not a study. Available at: http://codekata.com/kata/codekata-intro/ (accessed 2026-11-11; page read). Referenced in: Chapter 28: The Developer's Own Mind: Craft, Flow, Cognitive Offloading and Identity.
How to cite
Inline citations give the source number, the author or organisation, and the year, for example (9, MITRE, n.d.), and link to the entry here. Where an author is named in the sentence, the citation carries the year. Each chapter closes with a ## Sources section that lists the works it cites, using the same numbering as this bibliography. New sources are appended to the appropriate category with the next free number; existing numbers are never reused.