CSS-«костыли», которые до сих пор живут в проде — это не стиль, а скрытый техдолг.

CSS-«костыли», которые до сих пор живут в проде — это не стиль, а скрытый техдолг.

Разбор из Хабра: автор взял старые паттерны и переписал их на новые возможности CSS. Что это дает на практике:
— код короче;
— меньше зависимостей от JS;
— ниже шанс сломать верстку на edge-case’ах;
— проще поддержка в команде.

Чёрный кейс из реальности: когда вместо современного CSS тащат 3–5 строчек JS для задач вроде sticky, layout-выравнивания или адаптивных состояний, команда платит дважды — в разработке и в багфиксах. И это не «ускорение», а накопление мусора в воронке продукта.

Что стоит проверить у себя:
1) Есть ли в CSS решение без JS-обвязки?
2) Не используете ли вы старые хаки вместо современных layout-фич?
3) Сколько времени уходит на поддержку одного такого костыля в месяц?

Урок простой: если фича уже есть в CSS, старый обходной путь начинает работать против скорости релизов. Проверять такие вещи нужно не «когда будет время», а в каждом refactor-аудите.