Попробуй БЭМ на вкус!

Чем больше читаю о БЭМ, тем больше вопросов.

По мне БЭМ хорош именно в верстке. Я конечно не использую такой механизм при создании сайтов. Но все чаще и чаще обращаюсь к методологии написания классов. Сразу снимается ряд проблем, особенно при наследовании. Порою даже код CSS короче.

Как раз сегодня решил разобраться в этом БЭМ, статья очень кстати. Спасибо!

Вы работаете на retina-экране? Что-то уж шрифты в скриншотах слишком большие.

На сколько мне известно, за рубежом БЭМ особо не пользуются. В чем же дело? Западные разработчики используют какие-то свои решения? Или они еще не распробовали БЭМ? Или с БЭМ что-то не так?
Я смотрю на все это и искренне не могу понять как это может упрощать разработку и делать ее более эффективной, но я еще новичок и опыта работы над серьезными проектами нет, поэтому могу ошибаться.

Побольше таких статей step-by-step, чтобы было понятно что и откуда берётся.

Как парадигма БЭМ конечно интересен. Независимые блоки и все такое… Но тонна инструментов, которые для этого нужны отпугивает. Надо что-то мутить с сервером, обязательно нужен линукс и т.п. и т.д. Мне как простому верстальщику это кажется слишком уж извратным.

Ребята, а в чём суть библиотеки bemhtml?

в статье нет особенных подробностей

Тем не менее стало намного понятнее.

К сожалению так и не смог установить bemtools, при инсталле ругается на всякие encodegen, coverjs и т.д.
node -v v0.6.19
npm -v 1.1.4
Последние из репозиториев.

Нравится БЭМ как философия. Но, по сути примерно то же самое стараются применять и другие фреймворки.
Только не совсем понятно, зачем для разметки использовать json? Ведь html для этих целей не просто так зародился.
Ну или yaml — от скобочек глаза резать не будет.

Если идти дальше, то на мой взгляд, dojo предостовляет не сколько не худший вариант блочно-модульной архиетктуры. Только там шаблоны сверстаны на html, на не на json, и ничего не надо компилировать, чтобы отобразить страницу.

Серверные фреймворки так же предлагают сборку страниц из блоков, а также удовлетворяют для этих блоков зависимости для js, css и image (возьмем хоть тот же symfony2 для php, или yii).

Подход БЭМ удобен, без сомнения. Но, пока не стал бы его использовать у себя в проектах. Есть другие, более простые заменители с меньшим количеством зависимостей.

На конец остался вопрос: «Как, например, из базы данных, выводить контент на собранные БЭМом страницы?». Нигде пока этого так и не увидел (может плохо смотрел).

Объясните пожалуйста, в чём фишка такого подхода:

content: [
    {
        block: '...',
        content: {
            block: '...',
            content: [
                {
                    elem: '...',
                    content: '...'
                },
                {
                    elem: '...',
                    content: '...'
                }
            ]
        }
    }
]

Для двух блоков я написал четыре раза elem и пять раз content. Если это действительно так надо делать, то как это как это обойти/автоматизировать?
Да и вообще, если посмотреть, то всё как-то избыточно. Объясните, в чём подвох?

На этапе создания контейнера b-page__body-i я что-то завис. Будто бы не видит сервер мой b-page.bemhtml, при этом css в этой же директории подцепляется. Есть идеи, что не так?

Делаю всё по инструкции.

При запуске bem server и последующем запросе страницы localhost:8080/desktop.bundles/index/index.html получаю:

HTTP error 500

Error: Command failed: fatal: unable to connect to github.com:
github.com[0: 192.30.252.128]: errno=No error


    at ChildProcess.exithandler (child_process.js:637:15)
    at ChildProcess.EventEmitter.emit (events.js:98:17)
    at maybeClose (child_process.js:735:16)
    at Process.ChildProcess._handle.onexit (child_process.js:802:5)

Как быть в данной ситуации?

P.S.: я нахожусь за прокси. Хотя мне всё равно не понятно, откуда берутся попытки залезть на github.com.

-