Software-Design

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

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

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

Вы когда-нибудь пытались объяснить нетехническому человеку, почему нельзя просто «добавить этику» в язык программирования? Это всё равно что пытаться объяснить, почему нельзя просто добавить сарказм в математику — технически возможно, крайне запутанно и никто об этом не просил. И всё же мы здесь, в 2025 году, и разговоры о внедрении этических ограничений непосредственно в языки программирования становится всё сложнее игнорировать. Позвольте мне быть откровенным: это не вопрос, на который можно ответить простым «да» или «нет»....

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