Urgent.News

What's breaking now, across thousands of outlets.

Tech

Senior Engineering is Not Making Code Work. It's Deciding How It Fails.

Senior engineers know a quiet truth that junior developers (and AI code generators) often miss: Writing code that works on the happy path is easy. Any LLM can scaffold a service in 5 seconds that passes local tests. The real engineering begins when things go wrong: What happens when the payment provider returns a timeout? Does that timeout exhaust the connection pool? Does that connection pool…

Senior engineers possess a crucial insight that both junior developers and AI code generators frequently overlook: crafting code that functions under normal conditions is simple. Even the most advanced LLMs can swiftly scaffold a service and ensure it runs tests locally. However, the true art of engineering emerges when issues arise: how does the system behave when the payment processor experiences a delay?

Does this delay saturate the connection pool? Does the connection pool stall the checkout API? Does this stall trigger a crash throughout the entire product catalog? This phenomenon is encapsulated by The Blast Radius Doctrine (Blueprint #6 from my new systems architecture field guide).

There are two primary system architectures: the Fragile Cascade (Tightly Coupled) and the Sovereign Bulkhead (Fault-Tolerant). In the Fragile Cascade, a single service throws an unhandled error, triggering retry storms across dependencies, ultimately causing the entire cluster to collapse. This scenario typically ensues when code is generated without proper architecture.

Conversely, the Sovereign Bulkhead anticipates failures and contains them effectively. If the recommendation engine fails, the cart continues to operate normally. Should the database encounter sluggish performance, circuit breakers intervene, redirecting traffic to read-replicas, ensuring users receive a cached fallback.

The Engineering Law states unequivocally: "A senior engineer does not write code to make it work. A senior engineer writes architecture to decide how it fails." AI models lack the understanding of organizational blast radius. They generate isolated functions, yet it falls upon the engineers to delineate the boundaries that contain the blast. 🛠️ As your Monday Morning Move, when you review a Pull Request—whether authored by a human or generated by an AI—prioritize not merely verifying the syntax's correctness.

Instead, inquire: if this specific line triggers a timeout exception, what is the maximum radius of the resulting damage? If the answer is that the entire service crashes, it is imperative to implement a circuit breaker or a bulkhead before proceeding with the Merge.

PS: This insight represents just one of 28 visual blueprints from my recently released field guide titled "The Unshakeable Developer: Why AI Won't Replace True Software Engineers." If you appreciate this style of concise, architecture-focused guides, you can acquire the full 45-page book on Amazon: https://www.amazon.com/dp/B0HK2PCRJK

Now, I invite you to share your experiences. What was the most extensive cascading failure you encountered in production? Let us exchange post-mortem stories in the comments!

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

The quiet DoS bug in Cisco's email gateway hardening release

The quiet DoS bug in Cisco's email gateway hardening release Cisco's September 2026 hardening release for its email security appliances covers five CVEs.

  • Critical DoS vulnerability CVE-2026-20353 identified in Cisco email gateway hardening release.
  • Flaw affects Secure Email Gateway and Secure Email and Web Manager versions 15.5 and earlier.
  • Resource management and deserialization issues lead to excessive system resource consumption.

More from Friday 18 September →