Some accidents don’t feel like a single-point failure. They feel more like a system quietly doing what it was designed to do… until it isn’t enough anymore. The Washington DC mid-air collision between a commercial airliner and a military helicopter is one of those cases. Not because it was unpredictable in hindsight—but because it exposes […]
In engineering, we usually assume that better means smoother. Less vibration. Less noise. Less workload. More automation. Fewer surprises. And most of the time, that’s true. That’s basically the whole direction aviation has been moving in for decades. But every now and then, you start to notice something slightly uncomfortable: when you remove enough “rough
There’s a pattern in aviation safety that’s easy to miss because it doesn’t look like a failure. Nothing “breaks.”Nothing alarms.Nothing is obviously wrong. And yet, something important quietly stops working the way we assumed it would. It usually happens at the edges of the system—not in the centre where we design, analyse, and certify things—but
There’s a strange pattern in aviation safety work that you only really notice after a while. The catastrophic events—the ones that make reports, boards, and headlines—almost never come from something truly unknown. In hindsight, they’re usually traceable. The warning signs were there. The system “knew” in some sense. So the real question is not: why
In aviation safety engineering, it’s easy to talk as if “safety” is something that gets fully built into a system during design. It isn’t. Safety is split across two very different environments: Safety in design defines how a system should behave.Safety in operation determines how it actually behaves. Confusing the two is one of the
One of the most important—but often misunderstood—distinctions in aviation safety engineering is the difference between ensuring safety and assuring safety. The language matters because it reflects a deeper truth about how safety is actually distributed across the system. 1. Organisations ensure safety Operators, designers, maintainers, and manufacturers are responsible for creating and maintaining safety
Safety engineering is often treated like a compliance exercise—fill out the hazard logs, tick the boxes, pass the audit. But in reality, it’s something more fundamental: Safety engineering is the discipline of making failure predictable, visible, and manageable before it becomes operational reality. Whether you’re designing avionics, maintaining aircraft, or operating within a regulated system,
When people hear the word safety, they often think of something absolute and almost binary in nature, as if a system is either completely safe or fundamentally unsafe with no meaningful space in between those two states. But in engineering—especially in fields like aviation or complex system design—that idea doesn’t really hold up in practice,
Mapping System Intent to Failure States Functional Hazard Assessment (FHA) sounds formal, but at its core it’s actually a very simple idea. You’re just asking: “What is this system supposed to do… and what happens if it doesn’t do that properly?” That’s it. Everything else is just structure built around that question. Where
Summary Swissair Flight 111 wasn’t brought down by a single failure. What really happened was more subtle—and more dangerous. The aircraft had a lot of systems packed closely together, especially in the ceiling area above the cockpit. Electrical wiring, insulation materials, and other components all shared the same space. Under normal conditions, that’s fine. But
