Кто-то видимо не хочет слезать с админки Битрикса, переучивать весь персонал и т.д.
В моём случае я всё же убедил клиента перевести админку тоже, благо сейчас множество пакетов админок) Потому как рано или поздно последним тормозящим местом останется как раз эта самая админка на битриксе...
Хорошее разделение по слоям, в жизни конечно будет многое хромать, но как ориентир - вполне неплохо!
Сам долгое время не понимал важность системы, откладывая «внутренние» задачи как второстепенные, но оказалось что наведение порядка в этом слое дало колоссальное «свободное» время всей команде!
Я в одной компании вырос с джуна до лида всей команды разработки, как будто бы хороший прогресс, да?
Но когда я наконец вышел на рынок - оказалось что весь мой опыт довольно односторонен, несмотря на весь мой путь.
А ещё оказалось что за этот срок в одной компании со мной случилось дикое выгорание за этот срок, с которым я спустя 2 года ещё до сих пор расхлебываюсь…
Так что иногда лучше и попрыгать) конечно не по полгода, но думаю 2 года - за глаза в одной компании.
«Да вы просто не умеете их готовить!» (с) — призову этой цитатой себе минусов к комменту))
Ну и сразу скажу о себе — я как раз из тех, кто 7 лет назад пришёл в разработку на Битриксе после учёбы, за всё это время пожралвидал много г*вница во всех CMS и фреймворках… и сейчас являюсь тимлидом в студии, где юзаем и Битрикс, и Laravel, и ZF. По отдельности конечно) И даже на микросервисы тот же самый Битрикс делим при необходимости на больших проектах.
Да, Битрикс неидеален, есть большое множество моментов к которым можно придраться, особенно если сравнивать с фреймворками, как коментаторы выше.
Но Битрикс — это CMS и среди них это сейчас пожалуй самый поддерживаемый и клиентоориентированный российский движок.
И как любая CMS ориентированная на множество целей (это как раз про то, что напихано в админку реально дофига всего) — она если и пытается охватить всё, то лишь поверхностно.
Всё остальное можно и нужно реализовывать самому, т.к. не бывает полностью универсальных решений.
Кто-то видимо не хочет слезать с админки Битрикса, переучивать весь персонал и т.д.
В моём случае я всё же убедил клиента перевести админку тоже, благо сейчас множество пакетов админок) Потому как рано или поздно последним тормозящим местом останется как раз эта самая админка на битриксе...
Тоже проходим похожий путь, только мы перевозим магазин с битрикса на Laravel поэтапно: главная, каталог и т.д..
Поэтому вот эту всю интеграцию через рест между двумя системами, в части товаров, корзины, авторизации уже прошли)
Хорошее разделение по слоям, в жизни конечно будет многое хромать, но как ориентир - вполне неплохо!
Сам долгое время не понимал важность системы, откладывая «внутренние» задачи как второстепенные, но оказалось что наведение порядка в этом слое дало колоссальное «свободное» время всей команде!
Спорные моменты…
Я в одной компании вырос с джуна до лида всей команды разработки, как будто бы хороший прогресс, да?
Но когда я наконец вышел на рынок - оказалось что весь мой опыт довольно односторонен, несмотря на весь мой путь.
А ещё оказалось что за этот срок в одной компании со мной случилось дикое выгорание за этот срок, с которым я спустя 2 года ещё до сих пор расхлебываюсь…
Так что иногда лучше и попрыгать) конечно не по полгода, но думаю 2 года - за глаза в одной компании.
Ну и сразу скажу о себе — я как раз из тех, кто 7 лет назад пришёл в разработку на Битриксе после учёбы, за всё это время по
жралвидал много г*вница во всех CMS и фреймворках… и сейчас являюсь тимлидом в студии, где юзаем и Битрикс, и Laravel, и ZF. По отдельности конечно) И даже на микросервисы тот же самый Битрикс делим при необходимости на больших проектах.Да, Битрикс неидеален, есть большое множество моментов к которым можно придраться, особенно если сравнивать с фреймворками, как коментаторы выше.
Но Битрикс — это CMS и среди них это сейчас пожалуй самый поддерживаемый и клиентоориентированный российский движок.
И как любая CMS ориентированная на множество целей (это как раз про то, что напихано в админку реально дофига всего) — она если и пытается охватить всё, то лишь поверхностно.
Всё остальное можно и нужно реализовывать самому, т.к. не бывает полностью универсальных решений.