Да. Мы просто хотим при поставке прятать button@desktop в пользу desktop/button
чтобы не надо было помнить на каких уровнях есть  реализации у компонентов

Тоже согласен за такое разделение для уровней переопределения — проще подключать/удалять

Ребят. Доброго времени суток. А что с bem ide, пользоваться можно в атоме? Или браузерная версия только?

bem ide не существует ;) Есть только разные мысли и наработки.

ИМХО.
С учётом развития фронта в сторону vdom об этом не стоит париться, т.к. многое уже написано.
БЭМ - это методология. Различные стеки - дело второе (хоть я и лампово люблю bem-xjst + i-bem, но всёже vdom сейчас правит балом).

bem-react v3 — очень крутой пример как легко (минимально) вписать БЭМ в другие технологии/стеки, при этом сохранить нативность, а значит и совместимость с уже готовыми IDE ;)

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

Главное не думать про bem как про селекторы css ))
Часто можно услышать про, то что бэм решает проблемы назвисимых компонентов и он не нужен, т.к. есть css модули (или vue scoped).

Селекторы - это одно из применений bem (хоть и с них он начал формироваться :) ).
Основная суть БЭМ — логическое разбитие интерфейса на блоки и элементы + делать разные модификации при применении модификаторов.

Самое забавное, что БЭМ-методологию можно применять без css селекторов ;)

Привет. Это опять я) а как собрать проект на бэм методологии, который делает из bemjsona реакт компоненты, используя bem-react/core, bem-react/classname, bem-react/dl? По сути он должен понимать весь бэм с его уровнями переопределений, структуру файлов бэма, сделать из бэм сущностей реакт компоненты, потом брать реактовское все собрать как реактовский проект

Или как?

Никак)

привет! есть вопрос по орагнизации файловой структуры в проекте

у нас есть директория common.blocks, в которой содержатся общие для всех проектов блоки. Есть также директория project.blocks, в которой есть блоки проекта, либо переопределенные блоки из common.blocks

как избежать потенциальной ситуации, когда в project.blocks появляется новый блок с таким же названием, как базовый блок из common.blocks, но не наследующий от него?

добавлять префикс в название?

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

Завтра понадобится перенести блок из проекта в либу (common.blocks). И нужно будет ходить долго ручками править.
+ от проекта к проекту будут меняться префиксы.

Проект на bem-xjst стеке?

В случае с bem-react - это можно было бы решить с использованием css-modules, но там есть ньюнас в плане читаемости селекторов для e2e тестов и наглядности в devtools.

проект на vue, часть подходов к организации файловой структуры проекта, в т.ч. уровни переопределения я хочу позаимствовать

Имхо, всё равно нужно смотреть в сторну css модулей или как сделано это с scoped во vue.
Для js это может быть 5 кнопкок (грубо говоря) из 5 либ. Он отработает нормально.
В каждой либе могут быть свои особенности стилизации и здесь начинаются конфликты с селекторами.

При использовании "чистого BEM" нужно постоянно контролировать неймспейс... А это не всегда возможно.

Я в последнее время сколняюсь к тому, что в будещем BEM CSS будет всё реже и реже.
От BEM останется только FS и предикаты (модификатры/пропсы для выбора шаблонов).
Моё субъективное мнение.

Сходи в церковь, в тебе бес говорит :)

XD На исповедь к Витале )