— вы серьезно? React прекрасен сам по себе, но на практике бесполезен без redux, redux-thunk, react-redux. Любое простейшее действие вроде fetch'а данных текущего пользователя превращается в ад с написанием кода в 5(!) файлах (условно — actionType, reducer, action, ComponentContainer, Component). Это по Вашему маленький, чистый и понятный код?
Я бы добавил, что для действительно большого проекта может быть полезным еще большее ветвление по подпапкам: /feature/models/
/feature/controllers/
/feature/views/
И models в mvc проекте все же нужны — отдавать клиенту dto, а не объекты бизнес логики, будет хорошим решением.
Сложно узнать, что компания не нормальная, пока не поработаешь в ней. Зачастую на собеседованиях все приукрашивают и складывается ложное положительное впечатление о компании. А потом встаешь перед выбором — менять работу каждые три месяца или смириться и не бегать в поисках лучшего.
Если Вася не лопух, а действительно хороший специалист, то он уволится и найдет нормальную работу без проблем. Так же поступит и Коля и все последующие хорошие работники. В результате очень скоро от команды ничего не останется и вот тут-то проблемы начнутся уже у «крутого менеджера».
А где можно посмотреть код ваших фантастических тестов, в которых vanillajs оказывается в 2 раза медленнее angular 2 и в 5 раз медленнее сами знаете чего?
Вы смотрите не верстку, у уже отработавший код и т.к. Ваш браузер (ie/edge судя по ужасному шрифту) полноценно не поддерживает web components, используется полифил. Естественно при верстке всего этого нет и да, она гораздо читабельнее чем БЭМ.
Хотите сказать, что «menu__group-title sub-title» удобнее и лучше читается, чем пример выше?
Уже давно настоящее, а не будущее. Взять тот же Polymer Project — поддержка всеми браузерами в т.ч. IE 11+. React, Angular 2 — так же компонентный подход. И все они позволяют инкапсулировать стили.
Почему для большого и сложного модульного проекта Вы выбрали устаревший и кривой костыль в виде БЭМ'а, а не компонентный подход, который сам собой напрашивается для решения подобных задач?
Слово «scrum» в статье используется 24 раза, но при этом сама эта методология у Вас в итоге не используется. Зато есть карточки, листики на стене, графики и презентация. Так что да, как Вы в конце статьи и отметили:
Правильно, зачем нам Angular, React, RxJS и т.д., ведь_есть_отличный_фреймворк_$mol, лишенный фатального недостатка, хорошо знакомый каждому разработчику и имеющий подробную документацию, ссылки в которой ведут на 404.
— вы серьезно? React прекрасен сам по себе, но на практике бесполезен без redux, redux-thunk, react-redux. Любое простейшее действие вроде fetch'а данных текущего пользователя превращается в ад с написанием кода в 5(!) файлах (условно — actionType, reducer, action, ComponentContainer, Component). Это по Вашему маленький, чистый и понятный код?
/feature/models/
/feature/controllers/
/feature/views/
И models в mvc проекте все же нужны — отдавать клиенту dto, а не объекты бизнес логики, будет хорошим решением.
Хотите сказать, что «menu__group-title sub-title» удобнее и лучше читается, чем пример выше?