concept

Inner Loop

The edit-build-test cycle a developer repeats dozens of times an hour, entirely on their own machine or environment.

developer-experiencefeedbackproductivity

The inner loop is where developer experience is actually won or lost, because its cost is paid dozens of times per hour per engineer. A loop of ten seconds keeps a developer in the problem; a loop of five minutes moves them to another tab and imposes a context-switch cost far larger than the five minutes.

The outer loop — commit, CI, deploy, verify — is measured in minutes to hours and runs a few times a day. It matters, and it is where most platform investment goes, largely because it is more visible and easier to instrument.

The failure this causes is common and expensive: microservice estates where running one service locally requires twelve dependencies, so the inner loop becomes "push to a branch and wait for the pipeline". The team has effectively lost the inner loop entirely, and every trivial change now costs an outer-loop cycle.

The countermeasures are architectural rather than tooling: contract-based local stubs, a single service runnable in isolation against recorded or virtualised dependencies, and consumer-driven contracts so that isolation is still trustworthy.