OndaylЯ правильно понял?Правильно. Стагнирует

Про т.н. фуллстакеров (разрабов которым квалификация позволяет выполнять задачи ДБА).
Мнение мое и возможно неправильное.

Я верю, что вменяемый разработчик сможет установить СУБД, сможет выполнить бакап и даже восстановится с него. Также, не вижу ничего невозможного в просмотре списка сессий и трассировки подозрительной сессии. Разборки с правами - вообще святая обязанность разработчика.
А уж когда ясно что именно неправильно, исправить это дело техники.
Все это нужно хорошо, полезно и круто, но это не превращает разработчика в ДБА.
Как не превратит меня в разработчика, если я достану из чулана старенькую Delphi и стану тоже типа программистом.

ДБА это тот, который (драматизма ради) будет разбужен ночью и дожен быстро разобраться с проблемой, а потом (днем) решить, что же именно пошло не так и как сделать чтобы проблема не появлялась.

stenford но это постепенно "отбирает" задачи, которые ДБА иконно считали "своими".Пускай разработчик рулит своим разработческим сервером. К боевой системе его (разработчика) не пускают.
stenford Производительность, оптимизация, безопасность - в современных системах ДБА к этим вещам уже особо не подпускают.Чую мы о разном говорим.
Производительность всегда была на разработчике (проектировщике базы).
В лучшем случае ДБА мог слегка исправить косяки проектировщика используя средства СУБД прозрачные для приложения.
Безопастность всегда была на разработчике.
Задача ДБА - назначить роли определенные разработчиком конкретным реальным пользователям.

stenford по-сути сисадминовские задачиДавайте назовем это operations.
Моя задача - по чертежам разработчика воплотить информационную систему (базу данных) в реале и поддерживать ее на плаву.
Я никак не должен править чертежи, (хотя приходится).

Как раз в современных системах объявлена тенденция приглашения ДБА и безопасников в разработку, чтобы разрабатывать системы, которые удобно сопровождать.
stenford Но системы становятся умнее и облачнее и даже эти задачи постепенно будут уходить из рук ДБА.три раза ха.
Системы становятся сложнее со все более упрощенным интерфейсом.
Всегда будет потребность в людях, которые точно знают, что там под капотом и когда именно дерьмо попало в вентилятор.
Будет ли ДБА сотрудником компании-клиента, компании-разработчика или компании-облака роли особой не играет.

Озверин а кто будет настраивать репликацию и синхронизацию?я так понимаю речь идет об HA/DR. Это всегда будет задачей ДБА. Разработчик может только выдавать рекомендации.

hVostt Представьте, пожалуйста, на суд общественности, с каких размеров и с каких нагрузок в проекте должен появиться ДБА?ДБА появляется когда проект уже закончен и готов к сдаче. ДБА - это админ заказчика и он должен установить базу разработчиков и поддерживать ее. Более того, доступ разработчиков в боевую базу закрыт.
Нужен ли ДБА разработчицкой компании - вопрос открытый, сейчас модно (DevOps типа) приглашать админов на ранних сроках проекта, чтобы потом не было мучительно больно, плюс разрабам надо рулить своими тестовыми базами коих бывает довольно много.

hVostt Есть люди, живущие в чёрно-белом мире.
Либо ты злостный SQL-щик.
Либо ты злостный ORM-щик.Тут немного не так. Ветер дует не потому что деревья качаются.
ORM как и гуевые мастера скрывают от разработчика сложности, это позволяет плохим разработчикам шлепать плохой код.

hVostt задачи ДБА, это: следить за диким зоопарком баз?Поддерживать информационную систему, дикий там зоопарк или нет
hVostt Т.е. мы не развели такой зоопарк, а поддерживаем порядокВ гомогенной структуре жить явно легче, не вопрос.
hVostt , то и дба нам нафиг не упёрся?Ох чую это что-то личное . Не нужен вам ДБА - не нанимайте.
hVostt Откуда ДБА знает, не являются ли тормоза следствием не оптимальной работы ПО?ДБА ничего такого не знает.
Задача номер раз - восстановить нормальную работу
Задача номер два - понять что пошло не так, чтобы другого аврала не было.
Кто этим должен заниматся - разработчик, менеджер проекта, тестировщик?
hVostt Чё он там должен понятьЧто пошло не так и как решить проблему.
hVostt как собирается пофиксить, как разобраться...Как хочешь так и разбирайся. Снимай трассы, читай логи, кури мануалы, открывай тикеты в поддержку...

P.S. Если в вашем прекрасном мире все работает как часы, и вы не видите необходимости в админах, ремонтниках, наладчиках, инженеров поддержки и прочих дармоедов, то я за вас рад.