AI Developer · Module 1 · The Developer Role in Question

Introduction: The Developer with AI

The lesson introduces the question of the book: what the developer role becomes when AI takes part in development across the organisation. Participants meet the two opening cases, the five-part thesis and what would show it wrong, the six usage modes and five degrees of delegation as they appear in a developer's work, and the first artefact of the book, an inventory of where AI already takes part in one team's work.

Lesson 1 of 33Chapter 175 minutes

Read the chapterThe whitepaperThe slides

All courses / AI Developer / Module 1 / Chapter 1

Learning objectives

After the lesson the participant can:

Key concepts

Essential and accidental difficulty
Brooks's distinction between the specification, design and testing of a conceptual construct and the difficulty of representing it in a language and a machine. The chapter argues that generative AI makes the translation into code cheap and leaves knowing what to build, proving it and answering for it.
The working thesis
Five claims of the book: the developer is transformed, not abolished; delegation is graded and has a ceiling; verification becomes the scarce skill and the junior pipeline must be rebuilt; AI may not own; and productivity, quality and competence are claims that need evidence.
Usage mode and degree of delegation
Two different axes. A mode, from Mode 0 Ambient AI to Mode 5 Autonomous production agents, says how the system reaches the developer. A degree, from Level 0 Advisory to Level 4 Autonomous, says how much of the work has been handed over.
A ceiling is not a licence
The level in a delegation profile is the highest degree allowed for a class of work, not an instruction to work at that degree. The Nordvik Region profile DLG-NR-DEV-01 states this as a field of its own.
Inventory of AI in a team's work
The first artefact of the book: a list of every place where code, tests, text or a decision was suggested, generated, reviewed or executed by an AI system, with mode, work class, degree, who approves and who owns. An inventory that finds nothing is more likely incomplete than clean.

Interactive exercises

Do them here and get feedback at once. Choose a card and then where it belongs, or drag it.

Interactive exercise 1 · Match

Where a developer meets each usage mode

Match each usage mode to the place where, according to the chapter's table, a developer meets it.

Interactive exercise 2 · Scenario

The inventory that found almost nothing

Apply the practical guide on taking an inventory of where AI already takes part in a team's development work.

Teaching plan

10 minThe teacher tells the two opening cases from Nordvik Region and Hansa Mutual and asks the room what the two have in common despite one having no record and the other a full one.
15 minShort lecture on the three reasons for the book: development as translation, the mixed and young evidence, and European law that assigns duties to named parties.
15 minParticipants place tools they know in the table of six usage modes and five degrees of delegation, and the teacher corrects cases where mode and degree were confused.
25 minExercise: groups draft the inventory of AI in one team's development work, following the five steps of the practical guide.
10 minGroups report the places where they could not say which lines came from a tool; the teacher closes with what would show the thesis wrong.

Discussion

  1. In the two opening cases, what exactly is missing: a record, an owner, or the owner's understanding, and how would you tell the difference in your own team?
  2. Which of the five parts of the thesis do you find least convincing, and what evidence would change your view in either direction?
  3. Much AI reaches developers as a feature switched on by an update. How should an organisation take a decision about something that has already arrived?

Written exercise

Exercise · 25 minutes

Inventory where AI already takes part

Take one team you know, or the integration and data team of Nordvik Region. List every place where code, tests, text or a decision in the team's work was suggested, generated, reviewed or executed by an AI system. For each, record the usage mode, the classes of development work it touches (specify, design, generate, refactor, test, review, deploy, operate, document, migrate), the degree of delegation in practice, who approves and who owns the result. Mark each place where the team could not say which lines came from the tool, and each where the owner would not pass Name, Understand and Revert today.

Deliverable: A one-page inventory table for one team, with the unknowns marked and a date for its next review.

Self-test

Choose an answer to see whether it is right, or open the answer below each question.

  1. The chapter sets three productivity studies side by side: a task finished 55.8 per cent faster, more completed tasks in field experiments, and experienced developers working more slowly in their own codebases. What does it conclude?

    Show the answer

    B. The results measure different people, tasks and codebases, so a shape carries over and not a size of effect
    The chapter says the three do not contradict each other because they measure different people, tasks, codebases and outcomes. What carries over is that the result depends on the task and on the developer's experience of the codebase.

  2. According to the chapter, what kind of evidence would refute the second and fourth parts of the thesis?

    Show the answer

    D. Independent multi-year evidence that organisations without named owners and generator-independent checks do better
    The chapter names independent, multi-year evidence of better quality, security, delivery and learning without named, reachable owners and generator-independent checks. It labels as speculation that no such evidence exists today.

  3. At the start of the year, where do agentic work tools (Mode 3) stand in the two organisations?

    Show the answer

    A. At Level 2 Supervised at most: a developer reviews every pull request an agent opens and the agent never merges
    The table across the usage modes places Mode 3 at Level 2 Supervised: Nordvik's platform engineers draft and never apply change, and Hansa's agents work in a sandbox, open pull requests and never merge.