да точно, спасибо, только Сафари оказывается заворачивал, в Хроме получилось зайти, хоть и с предупреждением на нерабочий сертификат

поправил

Спасибо

Доброго времени суток! А запись есть? Был вынужден отсутсвовать, но очень хочется послушать....

Спасибо 😊

Если будут какие-то вопросы по теме или содержанию доклада — я здесь 🤙

крутой доклад, а почему ничего не было про зависимости? :)

Зависимости — очень плохо. Если вы почуяли зависимость от БЭМ — обратитесь к тимлиду.

как же di ? или это не часть бэма?

di — это паттерн проектирования (https://ota-solid.now.sh/dip/patterns)
в bem-react di (а точнее — это вроде как даже не di, а service locator) используется для реализации «уровней переопределения».

di — dependency injection, «инъекция зависимостей»

🙈👍

Доброе утро, друзья. Если кто располагает временем и желанием, будьте добры, сделайте краткое ревью моей верстке. Правильно ли я организовал структуру приложения, именую классы, создаю блоки, от чего нужно уходить и к чему идти. Спасибо всем кто откликнется.
https://github.com/evlgromov/SPCDesign

Желательно уходить от глобальных и "общих" стилей. Если надо стилизовать html и/или body, повесьте на них классы по БЭМу. Можно оставить в одном общем файле подключение шрифтов и кастомные свойства в :root если надо.

Желательно поменьше амперсандить. Хорошей практикой считается написание в селекторах элементов целиком как они есть, а вот модификаторы к блокам и элементам через &. Так у вас сущности (блок и его элементы) будут отдельно друг от друга в своих селекторах описываться. А их модификация прямо рядом с тем, что модифицируется. Это удобнее при рефакторинге будет (думайте о тех, кто будет читать ваш код, сейчас приходится напрягать мозг пытаясь в голове распарсить амперсанды в файле той же кнопки).

По шрифтам:
1) Неверный порядок подключения форматов. Надо от свежих к древним, ибо браузер будет грузить тот файл, какой первый поймёт. Зелёные браузеры будут в вашем варианте грузить ttf скорее всего, а может и eot (тут я не уверен).
2) Если вам нужен ие11, то он понимает woff (даже 9й понимает). TTF и тем более EOT для такого старья, в которые лучше вообще не грузить кастомные шрифты, там хоть с системными то что-то отрендерить. Ну а если не нужен ие, то вообще ограничиться woff2.
3) Используйте font-display: swap в кажой директиве @font-face

Это так, первый взгляд, может ещё что-то напишу

Благодарю

Роман, привет. В докладе разметка html строится из парсинга yml - файла. Где об этом можно больше узнать, это и есть шаблонизатор?
Вы рекомендуете не писать классы в ручную, хотелось бы попробовать данный подход, по-моему именно такой подход ведет к просветлению)

Я его сам собрал за пару часов до доклада, за основу взял bem-express и какой-то конвертер из npm из yaml в json

Мы сейчас активно пишем на bem-react, компоненты раскладываем по БЭМ на диске, но импортируем без магии явно, так же экспортируем. Собираем webpackом. Опять же, общие инструменты, которые знают про ES-модули, понимают что написано в коде и как оно связано.
По сути, SDK остается для работы с файловой системой, с названиями, иногда с документацией, а какие-то другие новые профитные точки развития мы не видим.
В целом, я готов помогать, если кому-то было бы полезно развивать его, но точно ли это правильнее, чем работать с ES-модулями и bem-react?

По смыслу это преобразование данных из нормализованного вида во view-ориентированный. Обычно, bemtree или priv за это отвечают.
Вопрос в том, что можно в GraphQL что-то указывать, чтобы сразу это преобразование происходило? А в чем выгода?