CSS заменит JavaScript? WTF?!?! 

жалко что у тебя нет ролика про микрофронты я бы посмотрел его

Хватит циганить) Тебе фэнтэзи озвучивать с таким голосом и подачей.

не нужно сидеть на месте. IT развивается всегда.

@@user-wl2xp8yo6x при чем тут развитие it?

@@VaeV1ct1sни причем, он просто умничает

@@user-wl2xp8yo6x заменить всё на свете на JS это не развитие, а какой-то фильм ужасов.

@@rumisbadforyou9670 надо просто понимать и чувствовать где лучше использовать JavaScript, а где использовать CSS

теперь будешь в шахматную раскраску красить :)

В вакансиях это вообще не требуется

Таков путь

Путь света лежит через тьму

Дурдом - styled-components, а если это востребовано, то и Гудини будет востребовано)

durDOM

@@xybabyba 🤣🤣🤣🤣🤣🤣

​​@@tarque_ля чел, нахуй ты высераешь подобное, тебя что блять палкой заставляют styled-component юзать? Юзается это когда нужно по быстренькому накидать пару стилей на компонент.

@@xybabyba CSSанина

Слов нет как я согласен с автором коментария

для меня знакомство с tailwind закончилось на попытке сделать кнопку с двумя варациями стилизации и двумя цветовыми варициями, а так же адаптировать ее под изменение высоты экрана, продумать &:focus состояние и через js имитировать поведение active. и все это для каждой из 4 вариантов кнопки. я думаю ты и сам уже понял какой адский набор говна получился в итоге, и не дай бог что-то когда нибудь нужно было бы там поправлять. аргумент про скорость я никогда не понимал ведь большая часть стилей втупую копируются из фигмы, вот и остается только маленький бандл и ну вроде и прикольно, но учитывая новый next с серверными компонентами я не очень понимаю прикола. лучшим вариантом стилизации считаю scss/post css modules, возможно styled-components работай он с некстом. лично для меня вопрос времени когда tailwind умрет. чистота и поддерживаемость кода слишкой важный момент что-бы им жертвовать

@@sxda-vadas4903 Спасибо за коммент) попробую поделиться своим опытом. Тебе решать, принимать его или нет) скорее всего, ты не до конца разобрался в работе Tailwind. Варианты очень легко реализуются через “Class Variance Authority”. Ноль проблем. Всё декларативно. А если еще подключишь `tailwind-merge` в связке с `clsx`, то навсегда забудешь о проблеме каскадности. 2. Не понял, при чем тут Next и серверные компоненты. CSS как загружался на клиент, так и загружается. Серверные компоненты - это большое про JS бандл, чем про CSS. Думаю, ты запутался в этом вопросе. 3. Tailwind - это просто самый популярная библиотека, реализующая Utility class подход. Именно этот подход решает БОЛЬШУЮ проблему в CSS, связанную с масштабированием и именованием классов. Тут проблема архитектуры. Post CSS или SCSS помогают нам расширить функционал CSS, но они не занимаются его оптимизацией. При масштабировании - количество неиспользуемых стилей зашкаливает, а CSS бандл будет продолжать расти. Еще раз посоветую взглянуть на Utility class подход, откинув негатив. Есть ощущение, что еще не начав разбираться, ты сделал поспешные выводы. Лично я не столкнулся ни с каким «набором адского говна» и спокойно реализовал полноценную дизайн-систему, основанную на токенах, с кучей компонентов в разных вариациях. Год назад реализовывал подобное на PostCSS+CSS Modules и с уверенностью могу сказать, что Tailwind в разы проще и гибче. В любом случае успехов :)

Вот что грязь, так это tailwind.

@@pureugliness этот инструмент может быть полезен когда проект не требуется поддерживать, либо поддерживать не тебе, промо, визитки и пр. Когда я вижу в вакансиях в продуктовом стеке тейлвинд, у меня один вопрос: кто это пропустил?..

будем подождать еще один фреймворк, который все это добро заберет под капот

как ты себе это представляешь)

@@gooseob есть куча способов доставить клиенту нужный CSS, от внедрения в зависимости npm-библиотеки, до тупо загрузки в CDN

@@romartynromashka мне не кажется, что от этого браузер может как-то защітіть, і с js могут быть ведь аналогічные уязвімості

Это сложно

я уже год назад делал, классная штука, я про paint функцию. @property уже давно использую для анимации css переменных

@@pureugliness Ну как не революции, раньше полностью описывали структуру сайта в таблицах, а потом все перешли на дивы, а чуть позже стали делать адаптивную вёрстку. Переход на адаптивную, тоже считаю революционным.

@@pureugliness ну я таблицы встречал в 2005 году наверное последний раз. Потом уже все дивы использовать стали.

Пруфы или слит

Люблю кошмары

Да.

После реакта и редакса уже ничто не удивляет. А после тайпскрипта - вообще по барабану.

Ага, кодинг ради кодинга

Твое - "красят кнопочки" звучит 1 в 1 как: "А хуле ваш бэкенд, запросики в базу пишите да и всё"). Нахуя вам ORM, сложно запросик написать?

Смотри в глубь. Создается новое свойство в css, например как во флекс боксах gap. Свойство полезное, но ты 2 года его игнорируешь. А с данным инструментом, ты можешь временно, если браузер не поддерживает свойство gap, заменить его своей реализацией, или не своей, а от разрабов языка. Только представь, ждать пока все браузеры всруться и внесут изменения - не обязательно. Ты можешь использовать актуальный css и не париться.

мысли мои прочитал

Ты вот сказал "бьются об легаси код, где миграция с одной версий фреймворка на новую версию того же фрейворка, оборачивается тем еще сторикейсем". А я почему-то все еще вижу сотни развивающихся фреймворков. А по поводу бека в css - это ты сам только что придумал и сам возмутился. Зачем?

"тот же js от которого хотелось бы избавиться" интересно и какую же замену вы предлагаете

@@nade3282 grid masonry есть, но он не везде работает и не всегда так, как хочется

@@clumsy_weirdo Ну заебись замена.

Так всё нормально. Не забивай голову тем, что показали в этом видео Показанное в видео - это для очень редких вещей. В повседневной работе ты скорее всего не будешь это применять

И питон тоже :)

webpack + postCSS

Вложенность уже есть в css, просто не всеми поддерживается браузерами

1.6% Мы с IE прощались, когда он 1-го процента достиг radar.yandex.ru/browsers

@@it2138 с ие мечтали попрощаться с середины нулевых, с конца так точно. Лиса же последний нормальный браузер из оставшихся. Всё остальное - хром

@@it2138 1.6% - это включая мобилки, на которых почти все пользователи пользуются предустановленными браузерами. В то же время на десктопах это 5.5%. Процент, конечно, не великий, но значение почти в 4 раза больше.

@@it2138 это непрофессиональный подход, сперва нужно проанализировать аудиторию своего проекта, как минимум, а уже потом делать выводы отказываться отчего-то или нет, в госсекторе ие до сих пор поддерживать требуется

А кто говорил, что нужно отказываться от чего-то на основании общей статистики? Мы как раз посмотрели, что у нас остался 1% пользователей с IE и отказались от него. И в ролике также акцентируется внимание на том, что все зависит от проекта.

@@pureugliness вроде у около 0,5 процентов юзеров отключен джс, но для больших продуктов это довольно большой процентаж утерянных клиентов/денег. А если продукт нацелен на страны Азии, где джс отключен у 3-5 процентов юзеров, то тем более

Да кажется, что styled components в десятки раз понятнее по смыслу, чем эта по#ben`

@@denisnovozhilov7482 Согласен, не знаю кто ждет этот функционал уже 5 лет) html программисты видимо По моему и так нет проблем с созданием фронтенд приложений и их стилизацией Хотя styled components медленнее чем обычный css, но для всего где нужна скорость можно использовать и тот же tailwind

Это не либа, а нативные апи браузеров

Я надолго выпал из frontend-а и, возможно, буду вкатываться обратно в ближайшие месяцы. Расскажите пожалуйста, что не так с Taiga UI? Я о ней слышал немного как раз перед "завязкой"

Пук, среньк, пук

Это все здорово, но как это влияет на процент пользаков на мозиле? Зачем нам поддерживать браузер, которым будет пользоваться малое количество людей? Тем более, если у него начались проблемы с темпом поддержки новых фичей

@@it2138 в следующий раз когда будете искать документацию и заходить на MDN вспоминайте его расшифровку)

Вот именно для таких как вы я трачу чуть больше времени, чтобы и у вас сайт выглядел хорошо)

Нет, это не надо будет учить)