Тема как раз об этом.

У меня на прошлой работе было 5 человек DBA (в проектной команде, во всей компании не знаю, думаю, много, у них не один десяток датацентров по миру), такое название должности для DB администраторов, которые одновременно DB разработчики - что совершенно типично, в описаниях вакансий DBA обычно указывают и DB разработку.

Кстати, на той работе в команде было 2 билд-мастера, хоть мы и не микрософт
А в МС уверен десятки, если не сотни, билд-мастеров, 4 - это было в какой то продуктовой команде.

На последнем месте работы не знаю, сколько было DBA во всей компании, но серверов БД были сотни, Informix, Oracle, MSSQL, Sybase, наверное, и DBA было немало. В нашей проектной команде было 5 (тоже 5, как до этого) человек DBA. И тоже разрабатывали и администрили.

Просто вы не DBA, поэтому вы не ищите работу DBA, не знаете, где такое есть. Для вас это шок: "Если кто-то там имеет сотни баз, и компания готова платить ".
А я с конца 90х работаю только в таких компаниях, потому что я DBA. И обычно работаю в коллективе DBA, причём редко я там один такой.
Для меня шок - как это, люди делают/эксплуатируют продукт с СУБД, и у них нет ни одного специалиста???

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

Да, большинство людей всегда уверенно говорит про специалистов, работой которых они никогда не занимались.
Обычно говорят про политиков/начальников, и про врачей, соответственно про управление и медицину.
Ещё менеджеры любят говорить про работу программистов (по моей оценке тут часа на 2) - см форум Работа.
Но вот, теперь появилось новое - про DBA

Да ничего не поменялось.
Как 20 лет назад можно было написать систему, которая не требует DBA, так и сейчас. Но большинство разработчиков не в состоянии (или не хотят) сделать такую систему как тогда, так и сейчас. И для больших систем с важными и сложными данными 20 лет назад DBA был обязателен, и сейчас тоже - посмотрю, как ваш клиент будет без DBA эксплуатировать базу хотя бы на петабайт. Ой, да какая разница, легаси или нет? Как будто что то поменялось.

ДА, ещё - я говорил про эксплуатацию, но то же самое верно и про разработку.

Вы наверняка говорите про системы, в команде разработки которых нет и DB разработчика.
Я же говорю про системы, которые без DB разработчика создать невозможно. В том числе такие, которые состоят из одной БД, то есть у них нет какого либо кода для веб-, десктоп- или мобильных- клиентов.

Повторю, у вас разделение не по "новые-легаси", "новый подход-старый подход", а просто по размеру, сложности и роли БД - в ваших системах БД небольшие, простые, и да, конечно, у вас нет таких разработчиков, и потом не нужен DBA