marshinov17 дек 2014 в 23:07

БЭМ с человеческим лицом и интеграция с backend

7 мин

11K

CSS * Веб-разработка *

Комментарии 17

godlin 18 дек 2014 в 01:09

Автор, хоть бы расшифровал бы разок, что тако БЭМ…
А то — БЭМ-БЭМ-бах-бах… ;)

marshinov 18 дек 2014 в 07:33

Блок, элемент, модификатор: ru.bem.info

godlin 18 дек 2014 в 11:51

Нет, я умею пользоваться поисковиком.
Я имел в виду, что в подобной статье, следует давать хоть какое-то определение объекту обсуждения, чтобы статья имела целостный вид. Ведь целевая аудитория — не только те, кто уже знает, что такое БЭМ.

marshinov 18 дек 2014 в 12:22

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

godlin 18 дек 2014 в 12:27

Независимо от того, что именно Вы для себя решили, это кое-что говорит о Вас как об авторе статей. :)

marshinov 18 дек 2014 в 12:31

Что говорит?

godlin 18 дек 2014 в 12:46

Что Вы зазнались и что Вам еще учиться и учиться. :)

marshinov 18 дек 2014 в 12:47

Ну буду учиться тогда, че нет то)

godlin 18 дек 2014 в 12:50

Слова не отрока, но — мужа ;)

aen 18 дек 2014 в 03:48

Фронтэндщику нужно держать два набора инструментов и переключаться между ними
Фронтэндщику сложно использовать незнакомую технологию, всякие…
Фронтэндщик может «сломать» серверный код и не понять этого
Фронтэндщик не знает стандартов кодирования бэкэнд-команды
Фронтэндщику нужно разворачивать и конфигурировать все приложение в т.ч. БД и другие зависимости

Автор описал какого-то очень плохого фронтендщика. У нас никогда не было с этим проблем.

codefo 18 дек 2014 в 05:14

Почему? Ситуации вполне себе реалистичные.

aen 18 дек 2014 в 05:43

Может быть это вопрос скиллов самого фронтендщика и тех договоренностей, которые есть внутри команды. Если фронтендщик работает с RoR или ASP.NET MVC, то он обязан знать какую-то минимальную информацию о них. Тот же Razor в шаблонах для ASP.NET MVC знать нужно обязательно, а он потянет за собой желание написать какой-нибудь html-хелпер, который сократит разметку. Так или иначе, но фронтэнд корнями стоит на бекенде (За исключением REST API и SPA). А принятые в компании гайдлайны по разработке не так сложно прочитать и применять, в этом я тоже не вижу сложности (разве что природная лень).

marshinov 18 дек 2014 в 07:26

Конкретно моя боль в следующем:

Visual Studio — не лучший инструмент для верстки
Необходимость разворачивать БД и весь сложный стек на машине разработчика, которое это, все строго говоря, не нужно
Необходимость многократно перекомпилировать приложение (на это уходит время)

Для скриптовых языков проблема стоит не так остро. Хочу проверить одну гипотезу: я на досуге отвязал Razor от ASP.NET MVC. Хочу попробовать сделать таск для gulp для полноценной сборки .cshtml на gulp watch, чтобы можно было сразу верстать в терминах блоков.
Вью модели компилировать на лету в фоновом режиме из указанных в конфиге сборок/папок, чтобы не нужно было постоянно жать на cntrl+shift+b: отредактировал модельку, пошел править шаблон, пока правил вью модельки скомпилировались.

Получится, что обе команды работают над одной кодовой базой, но точки входа у них разные: для backed — полноценное приложение, а для frontend — легковесный сборщик со stub'ами для инстанцирования вью-моделей. Смысл этого в сокращении накладных расходов.

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

aen 18 дек 2014 в 07:43

У меня рядом с Visual Studio открыт WebStorm. Студия чаще всего просто свернута. А если есть возможность на локальном IIS развернуть проект, то студия вовсе не открывается.

doubled 18 дек 2014 в 05:15

Посмотрите еще на getbem.com, там есть ссылки на статьи по методологии и небольшое FAQ.

dima117 18 дек 2014 в 08:23

Спасибо! Статья была очень интересна для меня и разложила мысли по полочкам.

piumosso 22 дек 2014 в 17:15

Вот ещё накину
source.futurecolors.ru/css-requirements/

Зарегистрируйтесь на Хабре, чтобы оставить комментарий