Вот потому мы и перешли на описанный выше подход.
Не безосновательно.
Сейчас текущая ситуация на рынке труда достаточно однотипная - есть много людей готовых работать (у них в резюме - великий frontend- разработчик, js, vue и тд)
По факту - это по большей части выпускники онлайн-школ типа geekBrains и тому подобных, их учат более менее современному стеку.
Обучать их стандартному подходу работы с шаблонами OctoberCMS - боль и время.
Гораздо быстрее - адаптировать их навыки и знания, немного изменив подход к архитектуре самого проекта.

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

Ну вот какой-то такой подход и мне видится единственно здравым, если не брать в расчет полное отделение фронта от бэка.

Получается, что mix/gulp/webpack просто собирают статику - комиляция, транспайлинг, минификация, конкатенация и другие умные слова, а разметка вся спокойно лежит в папках темы.

А как в таком случае организовать live reload?

mix по-хорошему еще и вндерить внутрь страниц, чтобы грузились только те ассеты, которые используются на странице. Можешь посмотреть пример тут https://github.com/oc-shopaholic/oc-bootstrap-shopaholic-theme

Кто то может подсказать пожалуйста, как решить данную ошибку?
почему-то вместо отправки письма при регистрации в плагине user rainlab выдает такое

Добрый день
Возвращаюсь к теме, что письма не отправляются
Заметил что в вендоре не подгружается один файл который как раз отвечает за отправку писем, как я понимаю
по этому маршруту
\vendor\october\rain\src\Support\Facades\Mail.php
Его просто нету, от сюда и жалоба на несуществование класса
Думаю в ручную забросить его от кудато или есть лучше варианты, что скажете?
Так как по какойто аномальной причине удаление вендора и загрузка через композер обратно - ничего не дает

Попробуй, но учти, что удалится vendor и composer.lock и композер по новой инсталлирует вендор.