Сегодня первый раз расказывал своим дизайнерам про БЭМ, даже презентацию сделал с примерами. Восприняли неахти. Сказали да типа круто, но нам лень (если коротко резюмировать) ))) Наверно мне не удалось передать всей сути удобства использования всеми сотруднимаки одной методологии в разработке.
Есть ли или какие то презентации от Яндекса или другие касательно того как можно оптимизировать в терминах бэм этап работы дизайнера?
Поделитесь опытом. Накидайте ссылок и мыслей сюда пож.
Полезное из комментариев:
Я пришел к тому что макет это одна страница — да (имеется в виду что библеотеку блоков в каждую страницу не положешь). Файловая структура psd отлично подходит для того что бы структурировать макет в бэм методологии, но это будет больше похоже на структуру bemjson, но без глубокой вложенности, и независимости от очередности "объявления", потому что структура фотошопа позволяет это делать без проблем и полезным.Еще есть мысли на счет папок. Папки можно использовать как "сетку" макета, используюя обозначения типа "footer__l>logo, footer__r>copy", а уже в них вкладывать блоки. Или можно делать все плоским списком без такой сетки типа - footer>__logo + __copy.
Я, естественно, тоже беседовал с дизайнерами на подобные темы, и мы пришли к выводу, что существует как минимум одна проблема, почему не стоит использовать эту методологию для дизайнеров, а именно: БЭМ предпологает независимую разработку блоков, что хорошо для программистов/верстльщиков, но плохо для дизайрнеров - все блоки на сайте должны быть выполнены в каком-то общем стиле, и если делать каждый блок независимо, то очень сложно удержать сайт в нужном стиле и видеть полную картину.
Самый удобный способ, на мой взгляд, это просить дизайнера рисовать макеты страниц по разным файлам и класть их в /pages/page-name/page-name.psd, а для особенных блоков (например кнопка с 10ками модификаций) делать отдельные макеты. Если очень хочется, чтобы всё лежало по бэм - на релизных этапах просто разрезать макеты страниц на блочки.
Очень хорошо было бы дизайнерам сразу прототипировать в браузере (в одном, конечно), оставляя разработчику только кроссбраузерность и сложную логику. Но для этого нужна инфраструктура, которой пока нет.
Дизайнерам сразу прототипировать в браузере будет удобно для таких сервисов как, например, у Яндекса, где много информации и минимум картинок и прочей шлако-графики. А вот отказаться от фотошопов для двух/трёх страничного промо сайт это ещё то извращенье .
Поэтому говорить о том, что такой подход хорош везде и всегда это немного лукавтво. Каждый дизайнер должен сам для себя решать, в зависимости от проекта, каким подходом он будет пользоваться.
Я пришел к тому что макет это одна страница — да. Файловая структура psd отлично подходит для того что бы структурировать макет в бэм методологии, но это будет больше похоже на структуру bemjson, но без глубокой вложенности, и независимости от очередности "объявления", потому что структура фотошопа позволяет это делать без проблем и полезным.
Еще есть мысли на счет папок. Папки можно использовать как "сетку" макета, используюя обозначения типа "footer__l>logo, footer__r>copy", а уже в них вкладывать блоки. Или можно делать все плоским списком без такой сетки типа - footer>__logo + __copy.
Для студии у которой очень сильный дизайн это по моему совсем не подхдит. А как идея интересно.
По поводу организации работы в самом PSD - говорить о БЭМ сложно.
А вот на уровне из PSD в нарезку по файлам - то да!
А можете показать свою презинтацию? Может из этого, что-то и выйдет если доработать по деталям. Привлечь дизайнеров, обсудить.
На хабре уже была статья о проблематике:
http://habrahabr.ru/compa ny/appsministry/blog/1587 13/
Не в тему, но связано:
http://habrahabr.ru/post/159141/
Сложную графику можно фонами иногда размещать. Иногда — вставлять как картинку. Конечно, это будет не полнофункциональный прототип, а что-то среднее.
Это не аргумент.
Кто ж опыты проводил?
Вот человек занялся делом, споткнулся разок. Но этим то можно отточить то, что нужно.