Поддерживаю. Сам примерно так и пишу. Но к элементам внутри компонента обращаюсь через .BlockName > тег {....} или .BlockName:nth-child(){....}, не засоряя разметку классами. Т.е. класс имеет только компонент, а не все абсолютно все теги в документе. Этот корневой класс компонента создаёт как бы область видимости для всех вложенных элементов.
По поводу модификаторов, на каком-то старом докладе про бэм задали вопрос докладчику: «зачем использавать .top-nav__item .top-nav--is-active, если можно .top-nav__item.is-active?» Так смешно было, докладчик ушёл от ответа мотивировав тем что не понял вопроса, потому как не знал разницу между .class1 .class2 и .class1.class2 )))
Я вот не могу понять.
Если говорить что «UX — это все аспекты взаимодействия конечного пользователя с компанией, её услугами и продукцией», то чем тогда занимается отдел маркетинга и PR? Или UX это тот же маркетолог только по хипстерски по современному? Если нет, то тогда мне реально интересно какую КОНКРЕТНО работу выполняют маркетологи?
«Приложение должно было уметь делать следующие вещи:
— помогать выбрать удобное время для визита;
— оформлять заказ на закупку нужных запчастей;
— показывать на карте, как проехать к сервису. „
Ахах, от же ш гики)
Почему вдруг установить приложение, изучать его и кнопать там кнопки вдруг удобнее чем просто позвонить? Что за маничка на чуть ли не любое действие в жизни придумывать мобильное приложение? Накой чёрт оно кому надо, очередная 100500-я иконка на телефоне? По-моему всегда проще позвонить и проговорить все детали. А что бы знать куда звонить, достаточно современного правильного лендинга (лендинг == коммерческое предложение == спич менеджера по продажам)
О том, почему не всегда стоит перекладывать адаптивность на верстальщика, я выше уже писал. Описанная Вами схема работает отнюдь не всегда. Велика вероятность того, что итог работы будет не самым лучшим, потому что где-то надо грамотно расставить пропорции блоков, где-то заменить иконку на текст, где-то просто убрать элементы. И далеко не всегда верстальщик способен (да и должен) правильно это сделать.
Согласен, именно поэтому я и написал, что в такие моменты зовём дизайнера и ОБЩАЕМСЯ. Если нужен какой-то конкретный промежуточный вариант с идеальной композицией (например заказчик просматривает результат на своём айпаде) — пусть отдельно отрисовывает под это разрешение, не проблема.
Почему всё-время пиарят эти сетки? Оне вроде бы же ограничивают как-то дизайнера, разве нет?: «сначала нужно сделать хорошо, а потом уже заниматься сеткой” https://youtu.be/trf-C-MI5x8?t=18m10s (скорость лучше х1,5)
http://artgorbunov.ru/bb/soviet/20131104/
я, например, эту вырвеглазную сетку вообще отключаю, только мешает продумать/увидеть общую архитектуру компонентов. По-моему с помощью flexbox-ов, свойства calc и единиц измерений vw, vh можно построить любую сетку (могу ошибаться), а всякие бутстрапы это избыточно, максимум оттуда взять отдельные элементы можно (попап-окна, чекбоксы)
По поводу адаптивности — тоже как-то напряжно когда дизайнер даёт 25 макетов под все возможные разрешения. Мы договорились что он рисует под максимальное и минимальное разрешения (может ещё быть промежуточный вариант под какой-то конкретный айпад если сильно нужно), а разработчик уже делает компоненты резиново-адаптивными в этих пределах на своё усмотрение, когда компонент начинает „ломаться“ при уменьшении ширины и нужно принять компромиссное решение, зову дизайнера и спрашиваю „что делаем? перескакиваем на следующий ряд или прячем элемент? картинку кропаем или просто уменьшаем?“ (так вроде легче и быстрее всем). Да и пиксель-перфект это как-то уже старомодно и не рационально, выше правильно написали — что надо корректировать уже походу дела с дизайнером ок/не ок. Это как-бы и есть командная работа всё-таки.
В чьей зоне ответственности оптимизация svg ( т.е. уменьшение узловых точек, выравнивание по пиксельной сетке, по возможности максимальное использование простых примитивов круг, квадрат, полигон и последующее их объединение при необходимости вместо фигачинья кистью 100500 точек) — дизайнера или верстальщика?
Если верстальщик явно видит что некое растровое изображение в макете простое и явно будет меньше весить в svg — можно ли требовать от дизайнера перерисовать в кривых?
На видео, мягко выражаясь, обычные люди, которые с автомобилем на «вы». Почти уверен что просто перепутали педали, я на таких людей насмотрелся в своё время, их просто огромное количество на самом деле; им не то что автомобиль, им велосипед доверить нельзя.
Проблему на самом деле можно решить на корню — ввести обязательную базовую контраварийную подготовку и только потом выдавать права. Человек с такой подготовкой на три головы выше чем шофёр даже с 30-летним стажем (час на курсах = одному году опыта вождения, приблизительно конечно).
понапридумывают всякие гиковские теслы, что у людей складывается отношение к авто как к смартфонам… с ужасом осознаю что мой ребёнок/внук уже может не застать того кайфа бензинового двигателя, механики и заднего привода)
у меня в шпаргалке по оптимизации анимаций ещё такие штуки записаны, может кто захочет использовать:
backface-visibility: hidden; (to the animation's parent element. The browser will think you're going to do some 3D transforms and takes measures to help keep things at a silky smooth 60fps.)
а это конкретно для @keyframes — animation-play-state: paused; (Set the animation's parent element's animation-play-state to paused and all its children to inherit. и когда нужно убираем паузу с помощью js, так типа анимация уже запущена просто на паузе)
Заголовок спойлера
зачем if-ом проверять наличие класса? classList.toggle(«класс») не… не слышал?..))
По поводу модификаторов, на каком-то старом докладе про бэм задали вопрос докладчику: «зачем использавать .top-nav__item .top-nav--is-active, если можно .top-nav__item.is-active?» Так смешно было, докладчик ушёл от ответа мотивировав тем что не понял вопроса, потому как не знал разницу между .class1 .class2 и .class1.class2 )))
Если говорить что «UX — это все аспекты взаимодействия конечного пользователя с компанией, её услугами и продукцией», то чем тогда занимается отдел маркетинга и PR? Или UX это тот же маркетолог только
по хипстерскипо современному? Если нет, то тогда мне реально интересно какую КОНКРЕТНО работу выполняют маркетологи?— помогать выбрать удобное время для визита;
— оформлять заказ на закупку нужных запчастей;
— показывать на карте, как проехать к сервису. „
Ахах, от же ш гики)
Почему вдруг установить приложение, изучать его и кнопать там кнопки вдруг удобнее чем просто позвонить? Что за маничка на чуть ли не любое действие в жизни придумывать мобильное приложение? Накой чёрт оно кому надо, очередная 100500-я иконка на телефоне? По-моему всегда проще позвонить и проговорить все детали. А что бы знать куда звонить, достаточно современного правильного лендинга (лендинг == коммерческое предложение == спич менеджера по продажам)
Согласен, именно поэтому я и написал, что в такие моменты зовём дизайнера и ОБЩАЕМСЯ. Если нужен какой-то конкретный промежуточный вариант с идеальной композицией (например заказчик просматривает результат на своём айпаде) — пусть отдельно отрисовывает под это разрешение, не проблема.
«сначала нужно сделать хорошо, а потом уже заниматься сеткой” https://youtu.be/trf-C-MI5x8?t=18m10s (скорость лучше х1,5)
http://artgorbunov.ru/bb/soviet/20131104/
я, например, эту вырвеглазную сетку вообще отключаю, только мешает продумать/увидеть общую архитектуру компонентов. По-моему с помощью flexbox-ов, свойства calc и единиц измерений vw, vh можно построить любую сетку (могу ошибаться), а всякие бутстрапы это избыточно, максимум оттуда взять отдельные элементы можно (попап-окна, чекбоксы)
По поводу адаптивности — тоже как-то напряжно когда дизайнер даёт 25 макетов под все возможные разрешения. Мы договорились что он рисует под максимальное и минимальное разрешения (может ещё быть промежуточный вариант под какой-то конкретный айпад если сильно нужно), а разработчик уже делает компоненты резиново-адаптивными в этих пределах на своё усмотрение, когда компонент начинает „ломаться“ при уменьшении ширины и нужно принять компромиссное решение, зову дизайнера и спрашиваю „что делаем? перескакиваем на следующий ряд или прячем элемент? картинку кропаем или просто уменьшаем?“ (так вроде легче и быстрее всем). Да и пиксель-перфект это как-то уже старомодно и не рационально, выше правильно написали — что надо корректировать уже походу дела с дизайнером ок/не ок. Это как-бы и есть командная работа всё-таки.
Если верстальщик явно видит что некое растровое изображение в макете простое и явно будет меньше весить в svg — можно ли требовать от дизайнера перерисовать в кривых?
Проблему на самом деле можно решить на корню — ввести обязательную базовую контраварийную подготовку и только потом выдавать права. Человек с такой подготовкой на три головы выше чем шофёр даже с 30-летним стажем (час на курсах = одному году опыта вождения, приблизительно конечно).
понапридумывают всякие гиковские теслы, что у людей складывается отношение к авто как к смартфонам… с ужасом осознаю что мой ребёнок/внук уже может не застать того кайфа бензинового двигателя, механики и заднего привода)
Почему не так:
backface-visibility: hidden; (to the animation's parent element. The browser will think you're going to do some 3D transforms and takes measures to help keep things at a silky smooth 60fps.)
а это конкретно для @keyframes — animation-play-state: paused; (Set the animation's parent element's animation-play-state to paused and all its children to inherit. и когда нужно убираем паузу с помощью js, так типа анимация уже запущена просто на паузе)