Я таких не знаю, кто бы в Европу, да в с комфортом уехал. Если только Роман Абрамович и Ко :)))
В США ломятся по многим причинам:
1) самореализация возможно для настоящего специалиста только там;
2) Ваша мотивация в США никуда не уйдёт. Работодатель не позволит ей этого сделать;
3) вот так просто взять и переквалифицироваться. Как правило в IT, в России, профессию
выбирают сразу в ВУЗе или после него. Каждый решает, кем ему быть: разработчиком или администратором.
В большинстве случаев по незнанию, что ждёт в профессии программиста, переходят в администраторы. Там можно
появляться на нескольких работах по нескольку часов. В программисты, в более зрелом возрасте, перейти нельзя.
Возможны частные случаи, но не более...
Про переквалифицироваться и за пару лет получить опыт: такое слышу часто от людей, не умеющих программировать.
Сейчас не 90-е годы, и даже не их окончание, когда в США можно было попасть на H1B только сказав работодателю, что ты программист.
Теперь платят за знание особенностей и большой опыт.

(Data) analysts и data scientists не делают программы. Вообще. Если у вас этим занимаются разработчики, когда они успевают "делать программы"?

бывает, над серьезной ДБ двое человек работают. Как предлагаете между ними обязанности разделить? один разрабатывает, второй DBA?

да мне это все понятно
просто ощущение, что пишут люди, которые пороха не нюхали.

Случаи (конторы), они, конечно, разные бывают. В частности, часто экономят на тестовых окружениях хранилищ (да и актуализировать их значительно сложнее). Что же касается операционных баз, то разработчикам создаётся своя песочница.
Брыкается не админ. Брыкаются безопасники. Разрабов даже в продуктивный vlan попросту никто не пустит.
Программу обновляют/деплоит какой-нибудь app support, БД - или App Support, или админы. Если устроено не так, то это такое же отсутствие культуры разработки, как и неиспользование source contlol систем, системы автоматических тестов, релиз менеджмента и т.п.

Если вы условную "коробку" делаете, то это отсутствие IT культуры на стороне заказчиков. Что может быть более чем обычно и для вас привычно, но "правильный" заказчик быстро вас построит.

ну не совсем так
например, Диасофт - софтверная компания, есть специальный отдел ДБА это тоже не совсем верно
есть такое распространенное требование аудита (внешнего, например) - разделять роли разработчиков и администраторов
у первых есть доступ только в DEV & TEST среды, изменения PROD сред выполняется отдельной командой с предварительной апробацией на UAT-те
так что ваша категоричность в суждениях выдает некоторую неосведомленность

Кончайте троллить, komrad говорит все совершенно верно и по делу.

burgos,
"Чисто не там , где убирают, а там, где не мусорят".
Вот эту отмазку придумали дворники.
А твою - тролли.