Sql중심 개발자는 ai 에 대체 되기 쉬울까요?

AI가 판치는 세상에 이런식의 접근이 언제까지 칭찬 받을지 의문입니다. 아직도 그냥 전산 초기 1990년대 중반의

접근법이 통용 됩니다.  제가 막 개발자로 취업했을때도 이런식으로 client server  구조를 해결한것 같습니다.

어떤 시스템에 몇개의 서비스가 있는데 엄청중요 합니다

신규 대출을 신청하고 심사 할때 , 그 개인사업자나 법인이 이 대출을 나중에 제대도 상환할지(장기연체가 회사가 문제에 빠져서 불량채무자 안되고)를 알려주는 지표를 

알려주는 서비스입니다.  

이 시스템에 위 업무와 일반업무가 같이 작동합니다. 일반업무는 계속 기능을 추가 합니다.  그러니 좀 불안정 합니다. 테이블 칼럼이 추가 되고 다른 업무 테이블의 데이터를 내려서 데이터마트를 구축하고 이런 작업들 말입니다 

보통 sql 조인문의 where 절에 실수나 오타  또는

인덱스를 테스트 안하고 운영에 올려서 was에 부하가 걸리거나  이럽니다.  Was자바 쪽은 코딩샘플이 충분히 검증 되어서 자바소스는 복붙해서 sql 만 바꿔치기 하고 html css javascript 로 업무로직을 구현하니 

이 대출관리시스뎀은 sql 이 95% 비중을 차지 합니다

아마 si sm 로 파견나가면 이런 복붙으로  자바 코딩 하는곳이 많을겁니다.  

이 허접 단순 시스템을 안정화 시키기 위해 시스템을 두개로 나누었습니다

1. 핵심서비스 : 대출신규시 호출(에러시 회사영업에 치명적)

2. 1번 아닌 서비스

Was의 L4를 포트 1000과 2000으로 나누고 핵심은 1000 포트만 사용하도록 설정해서 핵심업무와 비핵심업무를 근원적으로 분리를 시켜서 하나의 서비스가 무너젔을때 중요업무는 돌아가게끔 만드는 당연한 방식 

이렇게 하니 간단히 해결 됩니다.  이렇게 간단한것을 

ㅎ 두개이상의 리퀘스트가 하나의 싱글쓰레듸(서블릿) 접근했을때 synch 문제등 따질 필요가 없죠. 왠만한 자바의 동시성(multi thread) 문제는 디비에 위임 하는 방식으로 코딩 

이런 단순 시스템은 개발자 사람투입 안하고 그냥 ai 시스템 으로 충분할것 깉습니다. Sql 중심 개발자들의 일자리가 제일먼저 ai 개발자에게 대체 될까요?

저는 프리이니 이 시스템에 개발거리가 없으면 다른 시스템의 개발태스크를 할당받어서 코딩 하는데  

징규직들은 ㅎ 그냥 놉니다.  가끔 ai 가 조금더 발전해서 sql 중심인 업무시스템 , 예로 erp 또는 회사영업 관리시스템은 

전부 자동화시켜서 ㅎ 은행전산부에 놀고먹는 연봉일억 일자리 사라졌으면 합니다.  이번에 보니 ㅎ 정규직이 만 55세 되면 36개월치 윌급을 미리주고(보너스도미리줌) 퇴직시키는데 문제와 사회위화감과 불평등이 느껴지네요

Ai가 이런 불합리를 해소 시킬수 있을까요?