Андрей Верх

Если сверстать нет проблем то какие проблемы с адаптивностью? Или размеры меняем постепенно или кол-во колонок.

Используйте отзывчивую вёрстку и не придётся привязываться к каким-то определённым точкам перехода.

Верстаете и смотрите где блоки перестают влезать и где стоит новые стили задать. Хоть через каждые 50 пикселей.

Т.к. сейчас резиновые сайты редкость и всё ограничивается обычно 1400px, то и использовать браузер фуллскрин на таких широких мониторах нет смысла. Можно скайп открыть или ещё что-то...Так что думаю да, используют мало.

только модулем

Мне кажется тут вопрос больше в "нужно ли"?
Не встречал ситуаций, когда пришлось бы calc использовать. Чаще всего им пользуются из-за неумения верстать.

:focus'a нет у div'ов. Это состояние только для полей ввода.
Нормально код перепишите и не будет проблем. К чему эти каскады и скрипты...

.input_control:focus {}

Таблица, подразумевает равное количество ячеек. Так что сомнительно что тут она пригодна.

Если просто списками стоящими рядом, то никаких проблем...

К вариантам что написали, добавил бы ещё:

.advantages__item
.advantages__item-img
.advantages__item-text

Использую поблочный подход и пишу параллельно и HTML и CSS. Продумать структуру настолько, чтоб сразу весь ХТМЛ написать, нереально. Да и плюсов никаких в том не вижу.

Возможно

<meta name="apple-mobile-web-app-capable" content="yes" />

Если нужна плавность, чтоб стрелка как бы скользила за текущей строкой, то тут без скриптов не обойтись. Иначе - hover для строчки.

Вы бы код для начала показали...

Для элементов задайте flex:0 1 50%;

Всё от ситуации зависит. Универсальных советов нет.

Если нужен простой "гамбургер", то хватит media queries и toggle кнопки для скрытия/показа меню.

То как применять LESS, решать только вам, потому что нет никакого "оптимизированного кода". Каждый делает так, как ему быстрее и удобнее. Имхо, гораздо важнее документировать код, а как он будет написан, не так важно.