AI Developer · Module 3 · Developer Roles Across the Organisation

The Junior Developer and the Apprenticeship Problem

The lesson treats the apprenticeship problem for D3 Build and D4 Prove: the entry tasks that taught the craft are the tasks assistants perform best, so output is separated from learning. Participants weigh what four groups of studies measured, rehearse the debate on whether junior developers will disappear, and design a first-year route: attempt first, review first, AI-off practice, an owned small change with a revert drill, a mentor and a second assessor.

Lesson 13 of 33Chapter 1390 minutes

Read the chapterThe whitepaperThe slides

All courses / AI Developer / Module 3 / Chapter 13

Learning objectives

After the lesson the participant can:

Key concepts

The apprenticeship problem
The separation of output from learning. A task has an output, which the tool can now supply, and a learning, which the tool supplies only if the junior does the thinking the tool is replacing. The question is where the next senior developers come from.
Attempt first
The junior states what the problem is, what a solution would look like and where in the code it would go, before opening the assistant's draft, and keeps a short log of what the assistant got wrong.
Review first
The junior becomes a reader before a writer by reviewing pull requests as practice. One rule protects the design: the junior's review is practice, not the gate, and it does not count as an approval.
AI-off practice
Tasks done without any assistant, including ambient completion, for a stated time. The plan fixes the share and its reason, and the platform team configures the tools so that completion can be switched off for a named learning period.
Apprenticeship plan
The artefact APR: a first-year route with a named plan, mentor and second assessor, four to six milestones, tool access that starts below the team ceiling and rises, and evidence from work and not from telemetry. No assistant assesses a named junior.

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

What each entry task taught

Match each entry task of a junior developer to what the chapter's table says it taught.

Interactive exercise 2 · Scenario

No apprentices this year

Apply the chapter's reasoning on the junior intake and on what the available figures measure.

Teaching plan

15 minThe teacher lists the six activities through which juniors learned and the table of who performs each entry task now; participants add what each task taught them.
15 minLecture on the four groups of evidence and on what none of the studies measured: a cohort of juniors followed over years with and without a designed route.
20 minStaged debate in four steps: the case for concern, the case for calm, where the positions meet and what each role can do, followed by the chapter's verdict.
30 minExercise: groups design a first-quarter apprenticeship plan using APR-HM-2030-01 as a model.
10 minGroups present their AI-off share and its reason, and how the junior intake will be reviewed.

Discussion

  1. The chapter says the decline in hiring is a choice, not a law. Who in your organisation makes that choice, and on what figure?
  2. A broker interface team at Hansa Mutual took no apprentices for 2030 on the strength of a figure of 42 per cent AI-assisted lines. What would the claim record of Chapter 4 have required before that decision?
  3. Skill is the measure, not output. How would you know after one year that a junior can own a change, without using telemetry about that person?

Written exercise

Exercise · 30 minutes

A first-quarter apprenticeship plan

Design a first-quarter plan for a junior joining a team you know, or for a junior in the case platform team of Nordvik Region. List the team's entry tasks with what each taught and who performs it now. Choose four to six milestones covering reading code, writing a test from a specification, reviewing a pull request and owning a small change with a revert drill. Set the junior's tool access by phase, starting below the team ceiling. Fix the AI-off share and name the exercises. Name the mentor and a second assessor, budget the mentoring hours, and state what evidence is kept and that representatives see the template before signing.

Deliverable: An apprenticeship plan with milestones, phased tool access, AI-off share, mentor, second assessor, mentoring hours, evidence kept and review dates.

Self-test

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

  1. What did the study by Humlum and Vestergaard, linking chatbot adoption surveys to Danish administrative records, find?

    Show the answer

    A. Precise null effects on earnings and recorded hours two years after the launch
    The chapter cites it as the study that points the other way from the American payroll data: no measurable effect on earnings or hours in Danish records, which is why the evidence is called young and conditional.

  2. Which rule does the chapter set for the junior's review of pull requests?

    Show the answer

    C. It is practice and not the gate, and it does not count as a required approval
    Review-first learning turns the junior into a reader before a writer, and one rule protects it: the junior's review is practice and not the gate through which the change passes.

  3. How does the verdict label the claim that the junior developer will disappear?

    Show the answer

    D. Speculation, since no evidence cited supports the claim
    The verdict calls lower hiring in some datasets observable, a thin supply of developers able to supervise generated code expected where no route is designed, and the disappearance of the junior speculation.