Software-Design

The Tyranny of “Keep It Simple” There’s a phrase that haunts engineering rooms worldwide, whispered like sacred scripture: “Keep it simple, stupid.” It’s on t-shirts, on conference slides, and definitely in the minds of every tech lead who’s just finished reading a blog post about minimalism. And I’m here to tell you something slightly heretical: sometimes that advice is spectacularly wrong. Don’t misunderstand me. I’m not advocating for complexity for complexity’s sake....

Тирания принципа «Будь проще» Есть фраза, которая преследует инженерные отделы по всему миру, шепчась как священное писание: «Будь проще, глупыш». Она на футболках, на слайдах конференций и определённо в умах каждого технического руководителя, который только что прочитал пост в блоге о минимализме. И я здесь, чтобы сказать вам нечто слегка еретическое: иногда этот совет совершенно неверен. Не поймите меня неправильно. Я не выступаю за сложность ради сложности. Это путь безумия, неуправляемых кодовых баз и карьерных сожалений....

If you’ve been in programming for more than five minutes, you’ve probably heard the sacred mantra: “Don’t Repeat Yourself”. It’s treated like the holy scripture of code quality, whispered in code reviews, preached in bootcamps, and invoked by developers everywhere like some sort of software incantation. But here’s the thing—and I say this with all the love in my heart for clean code—dogmatically following DRY might be one of the most effective ways to create a maintenance nightmare....

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

Нам десятилетиями внушали: пишите портативный код, избегайте привязки к поставщику, держите свои возможности открытыми. Это как если бы вам говорили никогда не сжигать мосты или всегда оставлять себе путь к отступлению. Разумный совет, безусловно. Но что, если я скажу вам, что иногда лучший мост, который нужно сжечь, — это тот, который вам вообще не нужно было строить? Вот неудобная правда, которую никто в докладе на конференции не хочет признать: стремление к абсолютной портабельности часто является формой преждевременной оптимизации, которая маскируется под архитектурную мудрость....