Software-Design

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

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 может быть одним из самых эффективных способов создать кошмар при поддержке кода....

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

Ever tried to explain to a non-technical person why you can’t just “add ethics” to a programming language? It’s like trying to explain why you can’t just add sarcasm to calculus—technically possible, utterly confusing, and nobody asked for it anyway. Yet here we are, in 2025, and the conversation about embedding ethical constraints directly into programming languages is becoming increasingly impossible to ignore. Let me be upfront: this isn’t a question with a simple yes or no answer....