Comments / Profile of vithar / Habr

Так-так-так, я всё вижу

143

vithar November 27, 2019 at 01:30 PM

0

У меня за год не прошёл.

Удобный БЭМ

74

vithar February 25, 2019 at 11:57 AM

0

А что не так? Сепараторы между блоками / элементами / модификаторами могут быть любые, пока можно программно определить, что есть что в переданной строке.

Удобный БЭМ

74

vithar February 19, 2019 at 03:48 PM

0

В отдельные файлы можно выносить не все элементы/модификаторы, а только то, что опционально. Или вообще ничего не выносить и писать всё в одном файле. Это не противоречит методологии.

Удобный БЭМ

74

vithar February 19, 2019 at 01:01 PM

0

> П.2 Длинные имена классов

ru.bem.info/methodology/naming-convention/#Стиль-no-namespace

Удобный БЭМ

74

vithar February 19, 2019 at 01:01 PM

0

> П.1 Слой модулей и слой страницы

Сделайте уровень переопределения (https://ru.bem.info/methodology/key-concepts/#Уровень-переопределения) «страница» и кладите туда блоки про эту страницу (about-title, about-layout, etc). Не нужно будет изобретать отдельные правила, как вы сделали в первом пункте манифеста.

Вот пример отдельных блоков для промо раздела сайта:

github.com/bem-site/bem.info/tree/master/blocks/promo

Они имеют отдельный префикс и не мешаются с остальными блоками сайта.

На конкретных страницах они доопределяются:

github.com/bem-site/bem.info/tree/master/blocks/methodology-index

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

Так-так-так, я всё вижу

143

vithar December 19, 2018 at 01:42 PM

0

Меня не предупредили (или я пропустил это). Лучше добавить информацию в пост (на всякий случай) и сделать акцент, да.

Спасибо!

Так-так-так, я всё вижу

143

vithar December 17, 2018 at 05:22 PM

0

Boomburum TShilova добавьте в пост, что на следующий день после операции обязательно нужно обследование. Меня никто не предупредил и мне пришлось с доплатой менять билеты с утра следующего дня на вечер, причём делать это уже после операции, ничего не видя в ноутбуке. Как себе опыт :(

BEM'a не должно существовать

679

vithar November 22, 2018 at 03:37 PM

0

Да.

BEM'a не должно существовать

679

vithar September 7, 2018 at 12:48 PM

–2

БЭМ — это про упрощение разработки для людей

Да, всё верно. Про процесс разработки с БЭМ я рассказывал тут:
https://events.yandex.ru/lib/talks/686/

BEM'a не должно существовать

679

vithar September 7, 2018 at 12:46 PM

0

Именование может быть любым, главное, чтобы можно было программно определить где блок, где элемент, а где их модификаторы/значения:

https://ru.bem.info/methodology/naming-convention/

BEM'a не должно существовать

679

vithar September 7, 2018 at 12:44 PM

0

Раскладывайте элементы по файловой структуре и всё будет удобно и однозначно:
https://ru.bem.info/methodology/filestructure/

BEM'a не должно существовать

679

vithar September 7, 2018 at 12:37 PM

0

А в это время в другой вселенной дизайнеры САМИ программируют дизайн систему:

http://whitepaper.tools

BEM'a не должно существовать

679

vithar September 7, 2018 at 12:25 PM

+1

JFYI класс article__heading_level_1_active не по БЭМ.

BEM'a не должно существовать

679

vithar September 7, 2018 at 12:24 PM

0

В article-rewind__next-text всё правильно написано. Это элемент next-text блока article-rewind.

Реактивный фронтенд. История о том, как мы снова всё переписали

47

vithar June 17, 2018 at 09:29 AM

0

Оно лежит в понятных местах на ФС и в полнотекстовом поиске по всему проекту нет необходимости.

Реактивный фронтенд. История о том, как мы снова всё переписали

47

vithar June 17, 2018 at 09:27 AM

0

Правда, по правилам БЭМ, придется разнести его аж по трем директориям

Не обязательно, этот код может быть записан в файле блока.

Как мы нанимаем с помощью буткемпа. Опыт отдела поисковых интерфейсов

4

vithar May 24, 2018 at 06:01 PM

0

Да, за 10 недель разработчик успевает счекаутить/собрать три проекта и сделать в них минимум по три задачи плюс одна. Документация у нас есть.

Задачи относительно простые, но обучающие.

Как мы нанимаем с помощью буткемпа. Опыт отдела поисковых интерфейсов

4

vithar May 24, 2018 at 02:36 AM

0

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

Зачем нужен БЭМ

81

vithar October 17, 2017 at 09:47 PM

+1

Так хорошо

.block_theme_big .block__elem

А так плохо

.block .another-block__elem

Зачем нужен БЭМ

81

vithar October 17, 2017 at 05:17 PM

+1

БЭМ не запрещает использовать :first-child и прочие псевдоклассы.

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

Зачем нужен БЭМ

81

vithar October 3, 2017 at 04:53 PM

0

Самая главная проблема тут — нарушение инкапсуляции. По-хорошему, блок знает только про свои элементы и обращается к ним, а в этом примере блок header обращается к элементам блока button, что ведёт к очень болезненному рефакторингу, когда изменится внутренняя структура блока button.

ru.bem.info/methodology/css/#Принцип-открытостизакрытости

Зачем нужен БЭМ

81

vithar October 3, 2017 at 04:42 PM

0

Нет ничего плохого в front-page__section-promo-subinfo-title. Зато тут програмно можно определить, что front-page это блок, а section-promo-subinfo-title — элемент.

Но я бы скорее сделал front-page__section и front-page__subinfo-title

Зачем нужен БЭМ

81

vithar October 3, 2017 at 04:38 PM

0

Когда нужно что-то изменить в готовом компоненте, создаётся модификатор этого компонента на своём уровне, в котором точечно доопределяются/переопределяются элементы этого компонента, добавляя нужные миксы к другим элементам этого компонента или к другим компонентам.

Это позволяет не писать стили вида

.my-component__element .foreign-component__element

а писать

.foreign-component_my-style .foreign-component__element

Зачем нужен БЭМ

81

vithar September 23, 2017 at 04:03 PM

0

У нас всё сделано из компонент (блоков) у каждого из которых свой шаблон. И мы можем добавить произвольный класс элементу или в шаблон компонента (bemhtml) или на уровне данных (bemjson).

Зачем нужен БЭМ

81

vithar September 23, 2017 at 11:11 AM

+2

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

Зачем нужен БЭМ

81

vithar September 23, 2017 at 11:11 AM

0

~~del~~

Зачем нужен БЭМ

81

vithar September 23, 2017 at 09:54 AM

+1

Это не БЭМ. Ключевое отличие БЭМ от любого другого именования с кучей подчёркиваний — можно в любой момент программно определить что есть блок, что элемент, а что модификатор в любом произвольном идентификаторе.

https://ru.bem.info/methodology/naming-convention/

Зачем нужен БЭМ

81

vithar September 23, 2017 at 09:49 AM

0

https://ru.bem.info/methodology/faq/#Зачем-указывать-имя-блока-в-именах-модификаторов-и-элементов

Зачем нужен БЭМ

81

vithar September 23, 2017 at 09:44 AM

0

Это чистый БЭМ, называется миксы и так и рекомендуется делать в документацмм :

https://ru.bem.info/methodology/css/#Миксы

Зачем нужен БЭМ

81

vithar September 23, 2017 at 09:42 AM

0

Мы для отделения слов внутри имени используем -, а не _

Зачем нужен БЭМ

81

vithar September 23, 2017 at 09:40 AM

0

Тут имя модификатора — focused

Как обучают в Школе разработки интерфейсов Яндекса, и чему там научился я

17

vithar January 21, 2017 at 11:48 AM

+1

общий процесс разработки от проектирования до тестов

Это было.

аналитики на реальных пользователях

Вам это часто пригождается в вашей работе разработчиком интерфейсов?

паттерны интерфейсов, гайдлайны

Это шире, чем разработка, это проектирование. В ШРИ мы ставим целью научить, как эффективно именно вести разработку, как взаимодействовать в команде.

То, о чём вы пишете у нас есть в Мобилизации, она была в 2016 летом в Москве и будет в 2017.

Как обучают в Школе разработки интерфейсов Яндекса, и чему там научился я

17

vithar January 21, 2017 at 11:39 AM

+1

А чему по вашему нужно учить разработчиков интерфейсов в Школе Разработки Интерфейсов?

Как я проект на БЭМ переводил… и перевел

52

vithar December 23, 2016 at 09:57 PM

+1

button--positive, button--negative и button--neutral

В данном случае использовать булевы модификаторы плохо, потому что это даёт возможность добавить блоку все три эти модификатора одновременно.

Тут лучше использовать модификатор ключ-значение, потому что фактически может быть только один из этих модификаторов у конкретной кнопки, т.е. кнопка может быть или positive, или negative, или neutral.

Рассматривайте это как аналог атрибута type у input. Значение конкретного типа определяет каким именно будет этот input. Тут логика точно такая же.

БЭМ-методология: с чего всё начиналось и зачем это всё нужно

100

vithar February 16, 2016 at 12:48 PM

+1

Да: https://ru.bem.info/method/key-concepts/#Микс

И в FAQ поиск по «микс»: https://ru.bem.info/faq/

БЭМ — методология развешивания костылей

270

vithar November 4, 2015 at 09:16 PM

+1

Вёрстку делает один человек, а HTML потом в ходе жизни проекта меняет другой. А тот, кто делал вёрстку, делает уже другой проект и привлекать его к подправлению того, что сломалось — долго.

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

БЭМ — методология развешивания костылей

270

vithar November 4, 2015 at 11:42 AM

0

Простите, но это вы мне пишете «Так ещё круче», а не я вам.

Я вам оппонирую, что мы уже все возможные варианты рассмотрели и даже использовали это в продакшене. Потом отказались от «извращений» в пользу простых классов и простой схемы именования.

БЭМ — методология развешивания костылей

270

vithar November 4, 2015 at 11:35 AM

+2

Вложите между .menu и .item что-то ещё и оно сразу перестанет работать:

http://habrahabr.ru/post/270075/#comment_8641681

БЭМ — методология развешивания костылей

270

vithar November 4, 2015 at 11:20 AM

0

«Просто всё уже было»:
https://ru.bem.info/forum/-68/

БЭМ — методология развешивания костылей

270

vithar November 4, 2015 at 09:55 AM

+1

БЭМ проще, непробиваемее, не только по css.

rscss это упрощённый вариант БЭМ, в котором введены дополнительные искусственные ограничения. Автору так нравится больше, вай бы и нот?

Виталий Харисов vithar

Profile

Posts 1

Comments 376

Bookmarks 8

Info

Contribution to hubs

Your account

Sections

Info

Services