나는 아직 백엔드 개발자인가 — AI가 무너뜨리는 직업의 경계

나는 아직 백엔드 개발자인가

AI가 무너뜨리는 것은 직업이 아니라, 일을 나누는 방식일지도 모른다

나는 백엔드 개발자다. 원래 내 업무 영역은 서버와 API, 데이터베이스, 인증, 그리고 비즈니스 로직이었다. Figma를 붙잡고 화면을 설계하거나 UI를 고심할 일은 거의 없었다.

그런데 최근 업무에 AI를 적용하면서 기묘한 경험을 하고 있다. 기존 화면을 캡처해 넣고 “이 흐름이 다소 뻑뻑한데”, “화면 구성을 이렇게 바꿔볼까?”, “이 정보는 위치를 바꾸는 게 낫겠어”라고 대화를 주고받다 보면, 어느새 내가 UI를 직접 만지고 있다. 한 발 더 나아가 UX를 고심하고, 서비스 전체의 흐름을 다시 설계하는 나를 발견한다.

결과물 역시 단순한 와이어프레임이나 아이디어 스케치에 그치지 않는다. 디자인 시스템이 깔끔하게 적용된, 당장 실제 서비스에 붙여도 될 수준의 화면이 튀어나온다. 백엔드 개발자인 내가 말이다.

이 경험이 반복되면서 문득 질문이 생겼다. 앞으로 디자이너, 마크업 개발자, 프론트엔드 개발자, 기획자라는 구분은 지금처럼 유지될 수 있을까? 그리고 무엇보다, 나는 앞으로도 지금과 같은 의미의 ‘백엔드 개발자’로 남을 수 있을까?

예전에는 역할의 경계가 명확했다

과거 웹 서비스 개발 과정은 경계가 선명한 이어달리기 협업 구조 였다.

기획 → 디자인(Figma) → 마크업 → 프론트엔드 개발 → 백엔드 연동 → 테스트 및 보정

기획자가 화면과 기능을 정리해 넘기면, 디자이너가 Figma로 시안을 만들고, 마크업 개발자가 이를 HTML/CSS로 옮겼다. 프론트엔드 개발자는 인터랙션과 로직을 입혔고, 백엔드 개발자는 서버와 API를 제공했다. 각 단계 사이에는 엄격한 인수인계(Handoff) 지점이 존재했다. 기획서, Figma 문서, 마크업 결과물이 순차적으로 전달되었고, 서비스 하나를 만들기 위해 수많은 사람과 도구가 맞물려 돌아갔다.

초기의 AI: 공정을 '빠르게' 만들었을 뿐

AI를 처음 업무에 도입했을 때만 해도 기존 틀은 유지되었다. 디자이너가 Figma에서 디자인을 마치면, AI가 이를 해석해 마크업 코드로 변환해 주는 정도였다. 사람이 피그마를 보며 일일이 폰트와 간격을 옮기던 수고가 줄어들었으니 확실히 생산성은 올라갔다.

하지만 본질은 변하지 않았다. 여전히 원본은 Figma였고, AI는 이를 코드라는 개발 가능한 형태라 번역해 주는 ‘고성능 툴’에 불과했다. 반응형 레이아웃이 깨지면 결국 개발자가 화면 크기를 줄여가며 CSS를 수정해야 했다. 이때까지 나는 AI를 ‘직업을 대체하는 존재’가 아니라 ‘기존 직업의 생산성을 극대화해 주는 도구’로 바라보았다.

이제는 Figma에서 시작하지 않는다

Claude Design 같은 AI 기반 도구를 본격적으로 활용하면서 작업의 패러다임이 완전히 뒤바뀌었다. 이제는 굳이 Figma에서 목업을 그리지 않는다. 처음부터 AI에게 화면 구조와 요구사항을 설명하고, 디자인 시스템을 주입하며 직접 화면을 만들어낸다.

더 중요한 점은, 그렇게 생성된 결과물이 단순한 정적 이미지가 아니라는 사실이다. 버튼을 누르면 실제 화면이 전환되고, 레이아웃이 유기적으로 반응하는 ‘동작하는 프로토타입’이다. 디자인 시스템 적용 역시 놀라울 정도로 매끄럽다. 폰트, 컬러, 버튼, 카드 컴포넌트의 스타일 변경이 화면별 수작업이 아니라 전체 프레임워크 차원에서 템플릿을 교체하듯 한 번에 반영된다.

이렇게 만들어진 화면은 곧바로 개발에 투입할 수 있는 구조를 갖추고 있다. 이 시점에서 자연스럽게 질문이 떠올랐다. “그렇다면 우리는 왜 여전히 Figma에서 작업을 시작해야 하는가?”

Figma와 마크업 개발자가 맞이한 정면 도전

조금 과격한 예측일지 모르지만, 나는 Figma 같은 도구가 지금의 형태로 오래 남아있기 어렵다고 본다. 이 위기감은 이미 Figma에서도 강하게 느끼고 있다. Figma는 본질적으로 ‘사람이 디자인하고, 다른 사람에게 전달하기 위한’ 협업 툴이다. 사람이 레이어를 쪼개고, Auto Layout을 맞추고, 디자인 시스템을 유지한다.

하지만 AI 중심의 워크플로우에서는 이 정교한 전달 과정이 오히려 거추장스러운 중간 단계가 된다. AI가 요구사항과 디자인 시스템을 직관적으로 이해하고 동작하는 화면을 즉시 생성할 수 있다면, 사람이 Figma라는 중간 형태로 파편화해 전달할 이유가 사라진다. AI에게 가장 최적화된 데이터 구조와 사람이 다루기 편한 레이어 구조는 완전히 다를 수 있기 때문이다.

마크업 개발자의 역할 역시 같은 거친 질문 앞에 서 있다. 마크업의 본질은 디자인을 웹 언어로 번역하는 일이다. 하지만 “모바일에서는 이 세로 구조로 바꿔줘”, “768px 이하에서는 이 패널을 숨겨줘”라는 의도(Intent)를 입력했을 때 AI가 디자인과 실제 구현 코드를 동시에 변경한다면, ‘번역’이라는 독립된 직무의 입지는 급격히 좁아진다.

화면을 고치다 서비스 기획자가 되어있었다

진짜 흥미로운 변화는 도구의 변화보다 ‘내 역할의 확장’에서 일어났다.

처음에는 그저 캡처 화면을 붙여 넣고 “이 버튼 위치 좀 바꿔줘” 수준의 피상적인 조작을 했다. 하지만 작업이 진행될수록 질문이 달라졌다. 

• “이 정보가 왜 여기에 위치해야 하지?”
• “사용자는 이 지점에서 무슨 의도로 클릭을 할까?”
• “이 단계를 굳이 거칠 필요가 있을까?”
• “버튼을 누른 후 어떤 상태(State)를 보여주는 것이 가장 직관적일까?”

나는 어느새 단순 UI 수정이 아니라 서비스 기획과 UX 설계를 하고 있었다.

기존 프로세스라면 [아이디어 → 기획서 작성 → 디자이너 검토 → 피드백 → 화면 수정]이라는 긴 피드백 루프를 거쳐야 했을 것이다. 그러나 지금은 대화 한 번으로 아이디어가 화면이 되고, 즉시 눌러보며 직관적인 불편함을 포착한 뒤, 대안을 선택해 검증하는 자가 순환 루프가 실시간으로 일어난다.

기존: 생각 → 기획 → 디자인 → 개발 → 검증 (선형적 공정)

현재: 생각 ↔ 기획 ↔ 디자인 ↔ 구현 ↔ 검증 (동시 다발적 순환)

AI가 무너뜨리는 것은 직업이 아닌 ‘역할 사이의 번역 과정’이다

이 일련의 경험을 통해 하나의 핵심 원리를 깨달았다. AI는 특정 직업을 단칼에 없애기보다, 직업과 직업 사이에 존재하던 ‘전달과 번역의 비용’을 없애고 있다.

기획자의 의도를 디자이너가 시안으로 번역하고, 디자이너의 시안을 마크업 개발자가 코드로 번역하며, 프론트엔드와 백엔드가 API 명세서로 번역하던 그 오랜 수작업 구간들. 그동안 우리는 이 번역 파편들을 개별 전문 직무로 분화시켜 왔다.

하지만 AI가 문제 정의부터 화면 구성, 동작 구현, 테스트까지 하나의 흐름으로 연결하면서, 조직 내 전달 및 통번역 단계가 획기적으로 압축되고 있다.

실행 능력이 평준화될 때 빛나는 ‘판단’의 가치

실행(Execution)의 장벽이 낮아지면서 인간에게 요구되는 능력은 오히려 더 복잡해졌다. “만들 수 있는가?”는 더 이상 차별점 요소가 아니다. 이제 중요한 질문은 다른 곳을 향한다.

• 무엇을 만들어야 하는가?
• 왜 이 방식으로 해결해야 하는가?
• 사용자가 진정으로 원하는 핵심 가치는 무엇인가?

도구를 다루는 기술적 스킬보다, 비즈니스 목적, 사용자 경험, 기술적 제약, 정보 구조를 종합적으로 조망하는 ‘복합적 사고 능력(Integrative Thinking)’의 가치가 결정적으로 커지고 있다.

전문성이 사라지는 것이 아니다. 전문성의 축이 “Figma를 얼마나 잘 다루는가”나 “특정 언어 구문에 얼마나 숙련되었는가”에서 “문제의 본질을 정확히 간파하고, AI와 협력하여 맥락에 맞는 올바른 의사결정을 내릴 수 있는가”로 이동하고 있을 뿐이다.

직업명이 아닌 ‘해결할 수 있는 문제의 범위’로 정의되는 시대

앞으로는 자신을 소개할 때 “저는 백엔드 개발자입니다”라는 단순 직무명보다, “나는 서비스의 문제를 정의하고, 시스템 구조를 설계하며, 필요한 UI와 기능을 직접 구현하여 세상에 전달할 수 있는 사람입니다”라는 해결 영역(Scope of Impact) 중심의 정의가 훨씬 선명해질 것이다.

나는 여전히 백엔드 개발자다. 하지만 예전과 동일한 의미의 백엔드 개발자는 아니다. UI/UX를 넘나들고, 서비스 흐름을 고심하며, AI라는 강력한 엔진을 통해 문제 해결 전체 공정을 주도하는 엔지니어다.

우리는 지금 단순한 생산성 향상의 시대를 넘어, ‘직업과 역할의 경계가 완전히 재편되는 과도기’ 한가운데를 통과하고 있다. 그리고 이 변화는 백엔드 개발자뿐만 아니라 디자이너, 프론트엔드, 기획자 모두에게 새로운 영토를 탐험할 기회를 열어주고 있다.