This letter / 01
Build for the interruption, not just the demonstration
An interrupted update exposes a product and service decision. The recovery path, component cost and acceptance authority belong in the same discussion.
A firmware update is often demonstrated as a sequence with a beginning and an end. The new version arrives, the device restarts and the feature works. That is necessary evidence, but it leaves an important question unanswered: what happens if the device never reaches the next instruction? Power can disappear during the transition, and the installed unit may be far from the engineer who understands it. A CTO should make that interrupted state part of the design discussion before the successful demonstration becomes the basis of a product promise.
