👆

Благодарю

Есть огромное кол-во причин не юзать бутстрап, но конфликт имен...  блин там в сетке 3 класса row col и container разве сложно запомнить и не использовать их?

Bootstrap не только эти классы импортит в глобальный неймспейс. Ну и держать весь этот контекст в голове усложняет поддержку кода (также как использовать сокращения вместо нормальных имен переменных, создавать все функции в глобальном пространстве имен и пр.), легче сломать верстку при минорных изменениях, при подключении сторонних плагинов со своими стилями. Так что часть BEM-а касающаяся имен классов CSS ("название-неймспейса-название-компонента[__название-примитива][__название-состояния]"), тут оправдана. Bootstrap ей не следует

Блин… не успел)

А Зачем ради сетки тащить весь бутстрап? Возьмите сетку и не забивайте голову/неймспэйс.
бэм это очень хорошо. Но не мешает юзануть сеточку то. Миксуешь аккуратненько и все.

А зачем вообще тащить сетку когда есть гриды?

🤷‍♂ хочется человеку...

я лично беру сетку по двум причинам:
1. Она уже написана.
2. Есть плагин для вп который в конструкторе позволяет создавать колонки этой сетки и это самый удобный способ контентщику настроить адаптив. Не будет же он гриды писать? К тому же там писать стили сетки для блока с контентом - тот еще адъ

ну да, в этом случае разумно

Ну тут, да, оправдано такое.

(сами CMS-ки вроде Вордпресса - тот еще набор императивных хаков для которого сложно писать расширения не ломающие остальные части системы)

Ой удалили хотел пошутить =)

За все не скажу, но вп и престашеп очень стараются. Вп прямо очень, а престашеп с 7й версии пытается делать вид что он симфони.
А битрикса уже не что не спасет, не лезьте в этот кал.

Медиавики тоже не очень. С кучей странных оберток для получения данных, изменения шаблона (вместо более простой и прозрачной модели MVC), непрозрачным разграничением между special pages (как например, в классе для логина/регистрации в которых куча всего намешано) и пр. Это при том что документация не такая вменяемая как у Реакта или Node.js например.

Вордпресс переписали на нормальную архитектуру что ли? (я смотрел раньше его сорцы, пахнуло спагетти-кодом с упоротым смешением бизнес-логики и вьюх, импортами которые включали кусок шаблона)

Мне сложно судить, но его очень сильно переработали и продолжают развивать.

Там есть определённые спорные моменты, это все еще не мвц и никогда им не будет, тут многих бомбит просто от того что сложно представить что архитектура может быть разной.
Что то оставлено ради обратной совместимости, но сейчас можно без шаблонов через хуки почти все сделать.
Но опять же, это все еще цмс 🤷‍♂

> без шаблонов через хуки

А потом вставка какого-нибудь баннера в футер  или переделка сетки с сайдбаром и основным контентом превращается в цирк с конями

Цмс архитектура хороша если не нужно будет в процессе разработки менять core шаблоны, структуру данных сайта и нужно по-быстрому типовой сайт сделать. Менять только контент и темы (цвета, фоновые картинки и пр.), для чего собственно и предназначена цмс. Но в некоторых случаях цмс используется вообще как стартовая точка для разработки сайта, веб-приложения и (при особо упоротых случаях) backend API