Важно понимать: Битрикс у нас действительно выполняет роль ядра, но это ядро административного и контентного управления, а не ядро бизнес-логики. Поэтому когда полетело, упал именно слой, обрабатывающий большие объёмы данных, а не административная часть.

Laravel не прикован, он решает те задачи, к которым Битрикс архитектурно не отвечает по скорости и удобству. Мы просто перестали заставлять платформу быть тем, чем она никогда не была. Так что да: птица летает, но не потому что её приковали, а потому что ей наконец перестали мешать.

И да, мы прекрасно понимаем все особенности Битрикса. Именно поэтому он теперь отвечает только за то, что делает хорошо, а не за то, что мешает жить.

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

Что до тормозов - согласна, многое зависит от умения "готовить". Мы умеем. Просто иногда есть смысл перестать "готовить лучше" и пересмотреть кухню целиком. Наша цель была не доказать, что Битрикс плох или хорош, а показать, как из него можно выжать максимум, если он становится частью более гибкой архитектуры, смотреть на него не как на кусок кода, а как на бизнес-инструмент.

Тут всё зависит от проекта, но обычно мы идём двумя путями: полностью дублируем логику Битрикс в части правил работы корзины и купонов, либо реализуем логику, которая требуется клиенту и которая нестандартна для обычной Битрикс-логики.

В любом случае, реализовывать эти моменты вполне себе логично, так как мы уходим от монументализма Битрикс.

Что касается службы доставки, то она работает в виде отдельного сервиса с адаптером к разным типам доставок, вроде СДЭКа.