Дмитрий Беляев

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

Но если все же стили в каждом конкретном случае определяются сервером, то можно генерировать их на лету. Правда есть проблема, с тем, что такие стили не редактируются через devtools (хотя сейчас может уже что изменилось). Несколько лет назад я сталкивался с подобной задачей, когда стили для некоторых вариантов отображения UI задавались пользователями, я тогда написал вот такой модуль для решения этой задачи:
https://gist.github.com/bingo347/cb8e62606e206c009...

https://html5book.ru/css3-columns/

test: '/\.png$/'
ковычки лишние
test: /\.png$/

0. a11y (ну и еще сюда можно заглянуть)
Притом доступность - это не только версия для слепых (вообще это не отдельная версия должна быть, а сам сайт должен поддерживать скринридер), бывает еще ограниченность движений, в том числе временная (перелом руки, ребенок на руках).

1. Семантика
По словам одного очень крутого верстальщика, divатоз очень опасная болезнь с огромным количеством побочек...

2. Адекватная работа с клавиатуры
Про клавиатуру. Вот реально бесит, но браузер это почти единственная утилита где я тянусь за мышкой... (хотя есть еще мак ось, но там эпл умный, а юзеров считают тупым быдлом, ну и адекватный трекпад это сглаживает). У меня нет особых проблем не с мышкой не с тачпадом, но клавиатура тупо позволяет мне управлять компом быстрее, а мое время дорого.
А причиной всему простой факт - интерфейсы делают макаки, которые даже сочетаний своей IDE не знают...
Что самое интересное, выполнив предыдущие пункты, Вы уже получите вполне вменяемую работу с клавиатурой, просто и абсолютно бесплатно. Но вслед за divатозом как правило развивается хз-где-фокус, ескейп-для-трусов, не-пашут-стрелки и еще куча мелких заболеваний, приводящих к неспособности купить в инете мышку не имея этой самой мышки (попробуйте, очень интересный челендж, покупать с телефона в зачет не идет). Ну и больше всего бесит, когда на сочетания ОС или браузера сайт вешает что-то свое...

3. Интуитивно понятный интерфейс
Люди не любят, когда их заставляют думать. Мозг вообще сжигает энергии больше всего остального тела, а если его еще и заставлять активно работать... И это не просто про знакомые иконки, узнаваемое их положение. Это вообще про возможность выполнять большинство действий на автомате. Почему у модалок кнопка закрытия в правом углу? Это привычно большинству, ведь на винде окна закрываются так же. Вот только никто не мешает отследить, что мы на макоси, где вообще-то привычнее, когда крестик слева...

https://www.npmjs.com/package/gulp-useref#whats-ne...
https://www.npmjs.com/package/gulp-useref#migratio...

"Client-side и Server-side" и "Frontend и Backend" - это абсолютно разные и никак не связанные понятия

Клиент - это приложение, которое делегирует часть своего функционала другому приложению - серверу
Сервер - это приложение, которое обслуживает множество клиентов, предоставляя им свой функционал
Frontend - это часть приложения, отвечающая за интерфейс (GUI, CLI, etc.), то есть то, что непосредственно видит пользователь, с чем пользователь взаимодействует
Backend - это часть приложения, отвечающая за бизнес логику, за фоновые задачи, за то что скрыто от пользователя

Практически любое приложение содержит backend часть, не зависимо от того клиент оно, сервер или вообще работает без клиент-серверного взаимодействия
frontend часть может содержать как клиент, так и сервер, хотя сервера содержат ее не часто
Яркий пример - X.org (сервер GUI в Linux и некоторых других *nix системах) содержит frontend часть - рисует на экране, получает пользовательский ввод (клавиатура, мышь, джойстик, etc.), а простейшие WindowManager (например awesome), являющиеся клиентами по отношению к X.org, frontend части не содержат

Конкретно в web это идет с тех времен, когда вся логика была на сервере, а на клиенте были статичные html страницы, а js использовался только для красотулечек-финтифлюшечек

P.S. Еще про web, а конкретно про его клиентскую часть, то есть браузер:
Когда пишем html, css - это frontend (пусть "чистые" верстальщики порадуются)
Когда пишем js код взаимодействующий с DOM, CSSOM, рисующий на Canvas - это frontend
Когда в js обрабатываем пользовательские события (keyup, click, focus, touchstart, etc.) - это frontend
Когда на js производим расчеты, проверки ввода, вешаем таймеры, работаем с локальными хранилищами, отправляем ajax запросы - это backend
Когда обрабатываем такие события как load, message, DOMContentLoaded - это backend
Код работающий в WebWorker'е - это backend
Продолжать можно долго, суть думаю ясна

IE официально deprecated и те кто его используют вряд ли принесут Вам прибыль, так что вполне можно ориентироваться на Edge у которого проблем значительно меньше, а так на IE10+ практически все лечится с помощью polyfill.io
А вот на что из динозавров действительно стоит обратить внимание - Safari, я лично 8+ стараюсь поддерживать, который в свою очередь так же лечится polyfill.io