Молоток, гвозди и tailwind Одна из технологий, которая в последнее время реально продвинула фронтенд вперёд это tailwind. Его преимущества очевидны, примечательно, что до него было много попыток сделать атомик стили, но не у кого не получалось так хорошо, он заслуженно получил массовое признание Но с массовым признанием технологий к ним приходят и новые проблемы, например экстремальные попытки пользователей определить, где кончается предел применимости. Некоторые попытки серьёзные, некоторые нет. SQL запросы на jsx? Отлично. Калькулятор на typescript типах? Ещё лучше. Интерфейс windows на реакте? Ну вы поняли Когда в руках молоток, всё вокруг кажется гвоздями Для тейлвинда же нарождается целый спектр плагинов, которые пытаются нащупать грань того, что ещё можно записать в className. Последний пример — tailwindcss-signals. Это плагин, который реализует включение вариантов стилей родителей на основе состояния детей. Отдельный респект автору за попытку хайпануть сразу на двух трендах Глядя на синтаксис, приходит понимание, что плагин предлагает отходить от идеи описания стилей ключевыми словами к описанию логики активации Типичный пример выглядит примерно так: signal/custom:after:!content-['_🦄'] Everyday we stray further from god Очевидно, что это уже не тейлвинд, это dsl на его основе. И возникает вопрос: а что дальше? Растёт число кейсов, которые такие смелые ребята как Brandon McConnell пытаются уместить в концепцию, она трещит по швам, но пока что выдерживает. Рано или поздно в сообществе должен сформироваться консенсус, на основе которого тейлвинд либо станет чем-то больше, чем он есть сейчас, либо уступит место чему-то более продвинутому и больше подходящему для описания вариативной логики Даже интересно, во что всё это выльется