BEMTREE вместо BEMJSON по умолчанию

С этой проблемой столкнулся лично я. С одной стороны выглядит безумием, а с другой оправданно.

Когда я начинал своё знакомство, то городил длиннющий `bemjson`. Это ад! Я проклинал БЭМ, но верил в него. Городил различные `require` для подставки кусков bemjson. Кто работал с большим количеством уровне вложенности блоков, тот поймёт. Это страшно. Затем начинает болеть голова... Как ЭТО ВСЁ ВНЕДРИТЬ В ПРОЕКТ, как это вообще можно контролировать, ГДЕ ХВАЛЁННАЯ ПРОСТОТА БЭМ?? Слышал про `bemtree`, но как его использовать? Я тут только городить иерархию научился. Это ещё сложнее будет, не зря ведь для более опытных оставляют!

Сверстать что-то только на BEMJSON, достаточно трудно. И тем более это отредактировать потом. Потом мне пришлось искать bemtree, т.к. это было единственным решением, которое я видел. И ОПА! Приплыли! Теперь нужно ещё deps файлы прописывать, а то сборка чёт не собирается.

Почему бы не прививать bemtree сразу, если дело к нему идёт в конечном итоге? Человек уже на первых этапах будет знать, что нужно для того, чтобы собирать проект. Не превращать его в монстра. А так получается, что пришёл из ~~чёрного~~ мира всяких jade, где люди писали код маленькими порциями и радовались жизни. Про BEMJSON достаточно только в документации рассказать, а работать нужно СРАЗУ с BEMTREE!

Немного шрифт повысил, но я действительно вижу в этом большую проблему. Особенно когда вижу, что люди воспевают React и косятся при аббревиатуре БЭМ (что это только для "избранных" или тех, кто из Яндекс).

Review the project-stub's current BEMJSON and BEMTREE setup, including how deps files are used. The issue does not name files, tests, or a concrete migration plan, so first establish the intended default workflow and acceptance criteria; done would require an agreed implementation and corresponding documentation.

Written by the indexing model from the issue text.