То есть это никак не влияет?

нет, можно делать приложения на голом rn, можно на expo, качество не поменяется. поменяется скорость и удобство разработки. можно саморезы закручивать советсткой отвёрткой, а можно шуруповёртом, результат будет плюс/минус одинаковый

Ну в любом случае получается лучше шуруповёртом)

ну и я о том, что expo намного удобней )

Напомни пжл, этот шуруповерт уже отвязали от аккаунта на серверах expo? Можно настроить свой локальный CI/CD, полностью полагаясь только на какой-нибудь аналог artifactory для кеширования npm/maven/cocoapods зависимостей внутри своей инфраструктуры? Или там до сих пор "отдайте нам ваше всё" а потом каждый раз для локальной сборки "будь добр авторизоваться, иначе даже переменные окружения не отдадим"?

ну, отвёртке тоже не нужно электричество, а шуруповёрту нужна подзарядка регулярная. да, без серверов expo будет тяжело собирать проект на локали или внешнем "своём" контейнере, т.к. в том числе expo является провайдером всех закрытых ключей для приложения и прочих "секретов". можно ли сделать сборку expo приложения полностью локальной — конечно да, expo eject в помощь, однако, опять же, если есть ключи и секреты, которыми управляет expo — нужен будет коннект. никто не препятствует скачать их ю юзать локально. в зависимости от необходимости, есть инструменты типа expo eject, уже упомянутый и eas build --local для локальной сборки, соответственно, нужен макбук. давно есть мысль сделать "русский" аналог eas сборок, т.е. макмини, xcode, fastlane и всё прочее, чтобы не зависить от expo сервисов из рф. expo-updates уже делаем публичный проект "родных" серверов с оплатой в рублях, сам протокол давно отснифали и часть проектов b2c с большим трафиком давно на "своих" expo-updates тут вопрос в том, насколько локально требуется собирать проекты. для тудулистов и прочих клиент-сервер приложений в 99% это не нужно. если это какой-то жёсткий инхаус — я лично свечку не держал и не делал, но на 90% уверен, что можно собирать всё "локально"

про expo-updatres и "отснифали", речь о том, что до публикации документации и примера собственной реализации expo-updates сервера мы отснифали все запросы и поняли, как передавать бандлы и ассеты на клиент, если раньше для этого нужно было писать отдельный плагин/пакет на expo приложение, то теперь это стало ещё проще

А так-то да, развивается всё-таки неплохо, по крайней мере за год меньше стало вопросов в стиле "я сделал eject и всё сломалось, помогите хотя бы вернуть как было" Ну и ещё один минус expo - ты не можешь просто взять и обновиться до свежей версии RN пока expo не выкатит обнову. Иногда это может создать неудобства. Но тут хотя бы не ignite и им подобные оболочки над оболочками просто ради скаффолдинга ...

с год назад команда expo говорила, что для eas/dev-client проектов они отвязываются от своих rn сборок, что разработчики сами в праве решать, какую версию rn им юзать. но справедливости ради, expo install и expo doctor будет сильно ругаться, если поставить отличную версию rn, от рекоммендуемой. аналогично "справедливости ради" у меня есть проект со старым rn и более свежим expo, доктор ругается, караван идёт

Ну в таком случае может быть ещё год-два и действительно доберемся до получения всех существующих плюсов expo без его бывших и существующих минусов/нюансов.

держим кулачки, но и сейчас для 99% проектов expo вполне себе решение, точнее инструмент для избавления от рутины