Inner Loop
The edit-build-test cycle a developer repeats dozens of times an hour, entirely on their own machine or environment.
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.