Денис Инешин

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

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

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

А почему бы и нет. Особенно если в итоге строк у вас будет больше 3-х :)

position: absolute - имеет свою область применения и говорить что это плохо, это все равно что сказать "прыгать это плохо, а просто стоять хорошо". В какие-то моменты прыгать надо.

1. Уберите пробелы в именах ID. Пробелы не разрешены
2. Все прекрасно работает: https://jsfiddle.net/IonDen/8m2sjafm/, разумеется block-3 будет теперь вне потока.

Если вас все устраивает в чем проблема? И с чего вы взяли что это затратно для браузера?) На мелких проектах вы никогда не упретесь в потолок производительности.

Насколько я знаю, это невозможно. Label был так спроектирован изначально чтобы работать только с одним элементом. Только JS

1. Вам нужно ввести переменную previous_point
2. При каждом наведении, сохранять в нее текущую позицию
3. Дальше вам нужно усложнить условия, что-то вроде:

$(".right").on("hover", function () {

if (previous_point === "bottom") {
    arrow.css({ transform: 'rotate(290deg)' }); // цифра от балды
} else {
    arrow.css({ transform: 'rotate(180deg)' });
}

});

Любой Select-плагин это умеет: https://goo.gl/kZ46Fl

Конкретно ваш скриншот вот из этого плагина:
selectize.github.io/selectize.js

В данном вопросе вам поможет JS.

1. Перехватить клик по якорю
2. Измерить offsetTop у цели.
3. Вычесть высоту шапки из этого значения
4. Сделать scrollTop на новую позицию.

"меню при наведении" в мобильной версии? Чем вы там наводить будете, взглядом?

Любые фичи, срабатывающие при наведении, в мобильных версиях нужно отключать полностью.

Код разбивают на файлы для удобства разработки. В общем итоге сборщик все равно потом склеит все в один файл.

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

2. Переключаться между файлами удобнее, ведь даже одна фича может быть разбита на несколько файлов. Код будет чище, не нужно будет постоянно скроллить вверх-вниз на неизвестное расстояние. На другую вкладку можно переключаться быстро хоткеями.

3. Большие файлы могут притормаживать.