Technical-Debt

If you’re reading this, you’ve probably had someone in your organization justify keeping that ancient COBOL system or those Pentium-era servers gathering dust in the data center corner. You’ve heard it called “technical debt,” “a necessary evil,” or—my personal favorite—“we’ll migrate it next quarter” (we both know that never happens). But what if I told you that your legacy systems might actually be doing you favors? Not in a magical, free-lunch kind of way, but in real, measurable, economically justifiable ways that the modernization evangelists won’t tell you about?...

Если вы читаете это, возможно, кто-то в вашей организации оправдывал сохранение той древней системы COBOL или тех серверов эпохи Pentium, которые пылятся в углу центра обработки данных. Вы слышали, как это называют «технической задолженностью», «необходимым злом» или — моё любимое — «мы перенесём это в следующем квартале» (мы оба знаем, что этого никогда не произойдёт). Но что, если я скажу вам, что ваши устаревшие системы на самом деле могут приносить вам пользу?...

There’s a widespread belief in software development circles that we should minimize complexity at all costs. It’s treated like a cardinal sin, whispered about in code reviews like some kind of software taboo. “Keep it simple,” they say. “Reduce complexity,” the metrics dashboards scream. But here’s the thing—I’m going to take a stance that might get me some raised eyebrows: complexity isn’t your enemy. Negligence is. Before you close this tab thinking I’ve lost my mind, hear me out....

В сфере разработки программного обеспечения широко распространено мнение, что мы должны любой ценой избегать сложности. Её считают смертным грехом и обсуждают во время ревью кода как какое-то табу. «Держите всё просто», — говорят они. «Сокращайте сложность», — кричат панели с метриками. Но вот в чём дело — я собираюсь высказать мысль, которая может вызвать у некоторых удивление: сложность — не ваш враг. Врагом является небрежность. Прежде чем закрыть эту вкладку, решив, что я потерял рассудок, выслушайте меня....

I’m going to start with a confession: your tech stack is probably wrong. Not maybe wrong. Probably wrong. And you know what? Mine was too. In fact, I’d wager that if you can name your entire tech stack off the top of your head without checking the documentation, there’s a solid chance you’ve over-engineered something spectacular. Let me explain why this keeps happening—and more importantly, what to do about it....