Skip to main content

Week 12 Studio: The last percent

Eight minutes each. Drive the interface through success, stall and failure, then defend one claim you knowingly kept.

27 May 2027

Twelve weeks ago you watched a bar sit at 99% for eleven seconds and then fail. You could say something was wrong with it and not much more.

Today you show an interface that does not do that, and you take questions about the parts of it you could not make honest.

The demonstration is part of Assignment 3 and carries its Defence criterion. The written kit is due tomorrow, so today is a defence of finished work, not a deadline.

By the end of this week

You can:

The idea

No lecture this week. The 14:00 briefing sets the rules of the room.

Why a defence and not a presentation. Everything else in this course is marked on artefacts you control. A defence tests the one thing an artefact cannot show: whether you know why. A well-built interface whose maker cannot say which of its numbers are invented is a weaker outcome than a rougher one whose maker can.

What a good answer sounds like. The challenge will usually be some version of why is that there? Three answers score:

One answer does not score, and the room has been trained since week 1 to call it: “it felt better.” Not because preference is illegitimate — week 6 was an entire studio on preference — but because “I preferred it and I have no evidence” is available, true, and takes the same breath.

The claim you choose matters. Choose a kept with reason row from your week 10 register that you genuinely find uncomfortable. A safe choice produces a safe two minutes and a low Defence mark. The room is not hostile and nobody is trying to catch you out; the criterion rewards the difficulty of the question you volunteered for.

View this week’s slides — the 14:00 framing runs from these. They carry the worked example and the exercise brief. On a phone they are small — the deck is built for a projector, and this page carries the same material as prose.

In the room

Thursday 27 May, 14:00–17:00.

TimeWhat happens
14:00Briefing (10 min). The rules: eight minutes, live on the deployed URL, three paths, two challenges.
14:10Showcases. Eight minutes each, in two blocks with a break.
16:40Close (20 min). Everyone re-reads their own week 1 claims table. Nothing is submitted; it is the last ten minutes of the course and the comparison is the point.

What you start with

What you build

Nothing new. You demonstrate what exists:

  1. Three paths, live, on your deployed URL, using the exposed simulator controls: a success, a stall, and one failure of your choosing.
  2. One kept claim, named, with the reason and its cost.
  3. Two challenges, answered.

A worked example

What a defence that earns the marks sounds like.

Claim kept: the verification state is held on screen for 400 ms when it lasts about 80 ms.

Challenge: “So the interface is lying about a duration.”

Answer: “Yes, by up to 320 ms, and the register says so. I kept it because at 80 ms the state reads as a flicker rather than a state. The cost is that anyone comparing it with the elapsed counter sees them disagree. If I had another week I would hold it only when the stage is shorter than 200 ms, rather than always.”

It names the deception, the reason, the cost, and the thing not done. Compare the answer that scores nothing: “it felt better.”

Done when

The mistake to expect

Rehearsing the happy path.

A demo that only shows a success has not shown the course. Three paths are in the spec line, and a stall you cannot trigger on demand is a stall you cannot claim to handle.

The second: demoing from localhost because the deploy is slow. The deployed URL is what the criterion names, and base-path bugs only ever appear there.

Before next week

There is no next week. Assignment 3 is due Friday 28 May at 17:00 — the day after this studio.

By design there is nothing left to write today. The state reference came out of weeks 2 and 8, the claims register is the week 10 deliverable, and the evaluation record is the week 11 deliverable. If you followed the weeks, tomorrow is assembly and a final read-through.

Reading

No reading. The last week is a defence of work that is already finished.

Where the course’s material lives

Twelve weeks of readings are collected on the readings page, and the glossary has the terms this course used in a specific way — source event, denominator, liveness, kept with reason. Both outlive the semester; the prototype probably does not.

If you are joining late

git checkout stage-11 is the last checkpoint — there is no stage-12, because this week builds nothing. If you are arriving now, you are demonstrating the checkpoint prototype and defending decisions somebody else made, which is a legitimate and quite difficult version of the exercise. Tell your tutor beforehand so the questions are pitched at that.

What this week cannot tell you

Whether you were right.

A defence establishes that you can say why, from evidence, and that you know which of your decisions are unsupported. It does not establish that the decisions were good ones. Nobody in this room has watched a stranger use your interface under real pressure with a file they needed, and that is the test that would settle it.

What you can take away is smaller and more portable: you can now look at any waiting interface — including one you are about to build at work — and say what it is claiming, what could support each claim, and which parts of it were invented to fill a silence.

The spec

What you bring to the session. Written so a reader can tell whether it has been met without asking you.

Teaching team