AI & Software EngineeringKnowledge Atlas
Catalogues / NDSE2 chapter guides and sources

C:C01

Chapter 1: AI Changes the Unit of Software Work

A guide to the published second edition, with literal citations separated from wider editorial reading suggestions.

Open this group in the atlasChapter catalogue entry

Chapter guide

Defines an accepted, operable change as the unit of engineering work. The approval-routing case separates business intention, implementation, verification and acceptance, showing why brownfield understanding and explicit decision rights still matter when an AI agent generates the patch.

L'AI cambia l'unità di lavoro della software engineering

Sintesi in italiano

Definisce il cambiamento accettato e gestibile come unità del lavoro ingegneristico. Il caso di instradamento delle approvazioni distingue intenzione di business, implementazione, verifica e accettazione, mostrando il ruolo della comprensione del sistema e delle responsabilità decisionali anche quando la patch viene generata da un agent.

Learning goals

  • distinguish an implementation artifact from an accepted change
  • name the people and evidence required between a request and release
  • scope an AI assistant's task without delegating business authority
Obiettivi in italiano

Obiettivi di apprendimento

  • distinguere un artefatto di implementazione da una modifica accettata
  • identificare le persone e le evidenze necessarie tra la richiesta e la release
  • delimitare il task affidato a un assistente AI senza delegargli l'autorità sulle decisioni di business
Chapter outline
  • 1.1 Software engineering begins before the code
  • 1.2 From autocomplete to delegated execution
  • 1.3 The engineer's work before and after AI
  • 1.4 The lifecycle of a trustworthy change
  • 1.5 The autonomy–accountability boundary
  • 1.6 Why brownfield change starts with system comprehension
  • 1.7 What the research can and cannot tell us
  • 1.8 A teaching case, not a reported field experiment
  • 1.9 From generated output to an evidence question
  • 1.10 Worked engineering example: where does a change become acceptable?
  • 1.11 Practice exercise: define the unit of trustworthy work
Struttura del capitolo
  • 1.1 La software engineering comincia prima del codice
  • 1.2 Dall'autocomplete all'esecuzione delegata
  • 1.3 Il lavoro dell'ingegnere prima e dopo l'AI
  • 1.4 Il ciclo di vita di una modifica affidabile
  • 1.5 Il confine fra autonomia e accountability
  • 1.6 Perché una modifica brownfield parte dalla comprensione del sistema
  • 1.7 Che cosa può e non può dirci la ricerca
  • 1.8 Un caso didattico, non un esperimento sul campo
  • 1.9 Dall'output generato alla domanda sulle evidenze
  • 1.10 Esempio ingegneristico svolto: quando una modifica diventa accettabile?
  • 1.11 Esercizio pratico: definire l'unità di lavoro affidabile

Cited in the published chapter

12 linked atlas references from literal citations in the English and Italian editions. General bibliography membership and identifier-index entries are counted separately.

SE@PoliMi bibliography 12

Trace literal citations to chapter sections

Locations come from the supplied English and Italian source files. Chapter text and figure captions are identified separately; identifier-index references and general bibliography membership are not treated as chapter citations.

Complete citation locators and source hashes

Editorial reading mappings

Broader topical suggestions can overlap the cited sources. A mapping does not add a citation to the published edition or establish that a practice is effective.

SE@PoliMi bibliography 39

Addy Osmani 3

The Pragmatic Engineer 5

Martin Fowler’s website 6

Earlier Non-Deterministic books 19

Software Engineering Practices 1