There's No Limit to How Bad Code Can Get
There's a persistent metaphor for neglected codebases: a sinking ship. It implies an eventual end — a point where the water hits the deck and everyone abandons. But that's misleading. As Zach Kehs argues in his essay There's No Limit to How Bad Code Can Get, unlike a physical ship, a software system has no inherent structural limit. You can keep adding complexity indefinitely; it won't collapse. It'll just get slower, harder to change, and more painful to work in.
A real-world example from Amazon
Kehs describes his decade-old experience on an order-processing team at Amazon. The system's core function—writing to a database and calling other services—should have been maintainable by two dozen engineers. Yet the org had hundreds of people. Institutional knowledge eroded as engineers left, leaving 'haunted graveyards' in the code. Business rules were often undocumented, and the system spanned team boundaries, making tracing impossible.
Every few years, a new senior hire would attempt a re-architecture. It always failed. The system was too complex to understand fully, and the impatient promotion cycle meant fixes were designed with incomplete information. The result: new layers grafted onto the architecture, headcount increases that never left, and the cycle repeating.
Why the metaphor breaks down
The author's key insight: a business can sink — but the software itself won't. The code can always get worse. There's always another layer of indirection, another performance degradation. But ironically, the business often dies before the code reaches any kind of 'bottom.'
For developers dealing with legacy systems, the takeaway is that 'sinking ship' gives false comfort. There's no point of no return where things magically reset. If you're in such a system, you're not waiting for it to sink — you're waiting for someone to decide the cost of change outweighs the cost of maintaining the status quo.
Read the full essay for a deeper reflection on the mechanics of technical debt in large organizations.
📖 Read the full source: HN AI Agents
👀 See Also

Qwen3.6 27B FP8 Runs 200k Tokens BF16 KV Cache at 80 TPS on RTX 5000 PRO 48GB
A Reddit user shares a vLLM setup for Qwen3.6 27B FP8 with BF16 KV cache at 200k tokens, achieving 60-90 TPS on a single RTX 5000 PRO 48GB. Full environment variables, config, and benchmark results are provided.

OpenAI and Rivals Publish Agent Plugins: One Package Format for AI Agents
OpenAI, Amazon, Microsoft, Cursor, and Vercel shipped Agent Plugins 1.0, an open standard for packaging agent extensions. Build once, run across ChatGPT, Codex, Copilot, Cursor, and more.

OpenClaw 2026.3.22-beta.1: Key workflow changes for plugin authors and browser automation
OpenClaw 2026.3.22-beta.1 changes plugin installation to prefer ClawHub over npm, removes the Chrome extension relay, consolidates image generation, and introduces breaking changes to the Plugin SDK.

How to Connect OpenClaw to Ollama Remotely
A comprehensive guide on connecting OpenClaw to Ollama from another PC, exploring community insights and practical steps for a seamless integration.