Comments 24
— я неуверен что корректно проставляю хабы и теги к таким переводам здесь на хабре.
Подскажи, пожалуйста, какие хабы и теги будут самыми уместными если текущие кажутся тебе неподходящими.
React сам по себе не диктует как работать с CSS. Только вот в сообществе очень развит синдром утенка. Увидели стрелочные функции — пихаем их везде по делу и без. Увидели Redux — добавляют в любой проект не задумываясь. Увидели css-in-js или styled-components — считают что css мертв.
По мне в css нужно 3 вещи. Там нужен селектор обращения от ребенка к родителю. медиа запросы ширины контейнера, а так же флекс события, при котором можно применить свойства если элементы прыгнули на новую строчку.
после которого идут только текстовые абзацы?
Никак. Всё что основывается на новых элементах после текущего — никак.
Но есть несколько хаков — например nth-last-child
, flex-direction: column-reverse
, order: {num}
(можно структурировать элементы в обратном порядке, тогда всё что нужно будет это p+h
). Но это требует доступа к HTML структуре. Если он есть — проще (правильнее) поставить классы где надо.
Вообще, CSS не про решение любой сложившейся проблемы. Он про правильную структуру (html в том числе) изначально, чтоб проблемы можно было легче решать в дальнейшем. Может это то, что автор статьи имел в виду. Для решения любых проблем, краулинга, внедрения стилей (разумеется, можно, в пределах доступности) в существующие проекты извне — это не про CSS.
Скажем так, есть гораздо больше мест, где js не нужен и css вполне может справиться. Например, виджет пяти звёзд с закрашиванием всех предыдущих звёзд в том числе по :hover
— как раз решается обратным порядком этих самых звёзд.
CSS всегда будет вспомогательным инструментом который решает узкую задачу — и я не вижу в этом проблемы.
Какая ещё закрытая каста? Не выдумывайте.
Вот гайд Срельцина
https://css-live.ru/css/fantasticheskie-veb-specifikacii-i-gde-oni-obitayut.html
Вот GitHub
https://github.com/w3c/csswg-drafts/blob/master/CONTRIBUTING.md
Вот рассылка
https://lists.w3.org/Archives/Public/www-style/
Зачем вам медиа запросы контейнера, когда есть max width и возможность задавать детям поведение через flex?
Порой это очень удобно
github.com/marcj/css-element-queries
Поправил
Когда CSS разработчику становится скучно декомпозировать стили, он начинает декомпозировать CSS разработчиков, писать об этом статьи и выступать на конференциях.
У нас в команде из ~20 фронтов, большинство из которых нормально разбираются в CSS, есть один парень, который полностью сконцентрирован на нем, делает разные тонкие штуки, внимательно подчищает детали в компонентах и т.п. По-моему, идеальный рецепт для команды, который позволяет всем остальным не слишком отвлекаться от JS и, одновременно, держать стили в порядке.
И да, Firefox появился до 2007 года, а до Angular 2 инкапсуляция стилей была в Vue 1.
Мне кажется, что первым всё-таки был Yahoo UI третьей версии задолго до Ангуляра.
В задаче "сверстать сайт" фронтендщик — это верстальщик. Верстальщик, не тащащий в CSS — это просто неважный верстальщик.
В задаче "написать веб-приложение" JS кода, как правило, на порядок больше, чем CSS. Поэтому некачественный css гораздо меньше скажется на сложности поддержки приложения, чем некачественный js. Ну и просто работаем с ним меньше в абсолютном выражении.
Что, видимо, и приводит к тому, что разработчики такой направленности уделяют изучению CSS меньше внимания (довольно обоснованно).
Честно говоря, я не очень понял, что вы имеете в виду.
Огромное количество (а в моих проектах — подавляющее большинство) прикладных задач отлично решается имеющимися средствами CSS. Более того, зачастую можно сделать это разными способами (от топорных до элегантных).
Мой комментарий был как раз про то, что даже топорный CSS в коде приложения не принесет больших проблем при поддержке (по сравнению с аналогично топорным JS) — поэтому "гуру CSS" и не является широко востребованным скиллом.
CSS разработчики — почему они нужны миру?