The book's genesis was Petroski's frustration with popular accounts of engineering that emphasized triumphal achievement while obscuring the continuous role of failure in producing those achievements. A bridge that stands is easy to celebrate; a bridge that falls is easy to mourn; what is hard is to understand how the bridge that stands depends, through the accumulation of lessons from bridges that fell, on its predecessors' failures. Petroski wrote the book to make this dependency visible to readers outside the engineering profession, using detailed case histories to illustrate how specific failures produced specific revisions in codes, standards, and practice.
The book's influence in engineering education was substantial. It became a standard assigned text in introductory engineering courses across American universities, and its framework — that engineers should study failure as systematically as they study success — became increasingly embedded in professional practice. Subsequent commissions investigating major engineering failures have repeatedly cited the book's principles, and the American Society of Civil Engineers has incorporated elements of its framework into its ethics and educational recommendations.
The book's particular prescience for the AI era lies in a passage Petroski wrote about computer-aided design in the mid-1980s, when finite-element analysis software was beginning to transform engineering practice. He warned that "what is commonly overlooked in using the computer is the fact that the central goal of design is still to obviate failure, and thus it is critical to identify exactly how a structure may fail. The computer cannot do this by itself." The passage was written about calculation tools that were dramatically less capable than contemporary AI. Its warning applies with greater force to systems that generate complete designs from natural-language descriptions, because the gap between the tool's output and the engineer's judgment has widened in ways Petroski could not have anticipated but his framework predicted.
The book's title has been widely quoted, sometimes in ways that obscure its meaning. Petroski intended the phrase to work on two levels. First, engineering is human because engineers are human and subject to error; to engineer is to participate in an activity that will, inevitably, produce failures. Second, engineering is human because its subject — the structures on which lives depend — is fundamentally about the people those structures serve. The two meanings are connected: because engineers are human and fallible, they must build in margins for their own fallibility, and these margins are the engineering profession's promise to the humans who will depend on what engineers build.
To Engineer Is Human was published in 1985 by St. Martin's Press. The book grew out of Petroski's frustration with the absence of serious popular treatment of engineering failure. His academic position at Duke University, joint between civil engineering and history, gave him the institutional space to write for audiences outside the technical profession. The book's success established Petroski as a public voice on engineering topics and led to his subsequent prolific output, including The Pencil (1990), The Evolution of Useful Things (1992), and Design Paradigms (1994).
Failure is the primary teacher. Engineering progresses through the careful study of what has gone wrong, because failure reveals the limits of existing understanding in ways that success conceals.
Design is hypothesis. Every engineered structure is a prediction about how specific configurations will behave under specific conditions. The standing structure is not validated — it is only unrefuted, awaiting the conditions that may eventually test the prediction.
The factor of safety is epistemological. It is not a technical parameter compensating for bad math but the profession's institutionalized acknowledgment that its models are incomplete. The factor protects against conditions the engineer has not specified, because the engineer knows she cannot specify them all.
Computers do not replace judgment. Petroski's 1985 warning — that computer-aided design could erode the judgment it was supposed to support — anticipated a dynamic that the AI era has intensified. The tool calculates. The judgment about whether the calculation is asking the right question remains human.
The book has been criticized, particularly by engineers working in high-reliability fields, as overweighting the role of failure and underweighting the role of successful preventive practice. Proponents of the book's framework argue that preventive practice itself is the product of learning from failure — that the codes, standards, and protocols that prevent catastrophes today are the encoded lessons of catastrophes past. The debate maps onto current discussions of AI safety: whether safety is achieved primarily through preventive specification (the AI optimization view) or through continuous attention to the ways specifications may be insufficient (the Petroski view). The book's framework is not that one view is right and the other wrong, but that the second is the more neglected and, under conditions of rapid technological change, the more urgent.