AI는 프론트엔드 개발자를 대체하지 않는다

원문: AI Won't Replace Frontend Devs — But It Will Replace Frontend Devs Who Do This

저자: Harsh

출처: DEV Community

3개월 전, 나는 프론트엔드 개발을 거의 그만둘 뻔했다.

내가 그 일을 잘하지 못해서가 아니었다. 정말로 내가 곧 쓸모없는 사람이 될 것 같았기 때문이다.

나는 React를 배우는 데 2년을 썼다. 수없이 많은 주말을 Hooks를 익히는 데 보냈고, TypeScript 에러를 디버깅하느라 늦은 밤을 보냈다. 그런데 어느 날 아침, 한 주니어 개발자가 AI를 써서 내가 하루 종일 걸려 작성했던 것을 20분 만에 만드는 장면을 보았다.

나는 책상에 앉아 화면을 바라보며 이렇게 생각했다.

“이게 다 무슨 의미가 있지?”

어쩌면 당신도 그런 순간을 겪었을지 모른다. 새벽 2시에 조용히 밀려오는 공포. 지금까지 힘들게 배워온 모든 것이 곧 아무 가치도 없어지는 건 아닐까 하는 생각.

그렇지는 않다. 하지만 무언가는 바뀌어야 한다.

이 글은 3개월 전의 나에게 누군가 말해주었으면 했던 이야기다.

우리가 듣고 있는 거짓말

매주 새로운 헤드라인이 나온다.

“AI는 2027년까지 개발자의 80%를 대체할 것이다.”
“GitHub Copilot이 주니어 개발자를 쓸모없게 만들었다.”
“이제 코딩을 배울 필요가 없다.”

그리고 당신이 나와 비슷하다면, 이런 글을 읽으며 두려움과 분노와 혼란이 뒤섞인 감정을 느낄 것이다.

하지만 아무도 충분히 크게 말하지 않는 진실은 이것이다.

AI가 프론트엔드 개발자를 대체하려는 것이 아니다. AI는 코드만 쓸 줄 아는 프론트엔드 개발자를 대체하려는 것이다.

다시 읽어보자.

위협은 AI가 아니다. 위협은 주변의 모든 것이 진화하는 동안, 자신은 그대로 머무르는 것이다.

AI가 실제로 하는 일, 그리고 하지 못하는 일

나는 지난 한 달 동안 찾을 수 있는 거의 모든 AI 코딩 도구를 시험해 보았다. Claude, Copilot, Cursor, v0, Bolt. 모두에게 같은 과제를 주었다.

그리고 내가 발견한 것은 이렇다.

AI가 정말 놀라울 정도로 잘하는 일은 다음과 같다.

• 보일러플레이트 컴포넌트 작성하기
• Figma 디자인을 React 코드로 변환하기
• CRUD 작업과 폼 검증 생성하기
• 문법 오류와 기본적인 버그 수정하기
• 단순한 함수에 대한 유닛 테스트 작성하기

반대로 AI가 꾸준히 실패하는 일은 다음과 같다.

• 어떤 기능이 사용자에게 왜 중요한지 이해하기
• 인간적인 공감이 필요한 접근성 판단 내리기
• 장기적인 결과를 낳는 아키텍처 결정하기
• 복잡한 race condition과 상태 문제 디버깅하기
• 클라이언트의 모호한 아이디어를 올바른 기술적 해결책으로 번역하기

냉정한 현실은 이렇다.

개발자로서 당신의 모든 가치가 첫 번째 목록에 있는 일들에서만 나온다면, 당신은 24시간 일하고, 지치지 않고, 한 달에 20달러밖에 들지 않는 도구와 경쟁하고 있는 것이다.

하지만 당신의 가치가 두 번째 목록에서 나온다면?

당신은 그 어느 때보다 더 가치 있는 사람이 된 것이다.

나를 겁먹게 한 개발자, 그리고 그에게서 배운 것

지난달, 나는 Aryan이라는 시니어 개발자와 함께 일했다.

Aryan은 모든 것에 AI를 사용했다. 모든 컴포넌트, 모든 테스트, 모든 보일러플레이트. 그가 일하는 모습을 보는 것은 지휘자를 보는 것 같았다. 그는 음악을 직접 쓰고 있는 것이 아니라, 오케스트라를 지휘하고 있었다.

하지만 Aryan을 대체 불가능하게 만든 것은 따로 있었다.

AI가 보기 좋게 만들어진 인증 플로우를 생성했을 때, Aryan은 그것을 30초 정도 보더니 이렇게 말했다.

“이건 두 사용자가 동시에 같은 이메일로 가입하면 깨질 거야. 그리고 키보드 접근성도 없어. Tab으로 이동하는 사람은 이 폼을 제출할 수 없을 거야.”

AI는 전혀 알지 못했다. AI는 완벽해 보이고 기본 테스트에서는 동작하는 코드를 만들어냈지만, 실제 프로덕션에서는 실제 사용자에게 실패할 코드였다.

Aryan은 30초 만에 그 문제를 잡아냈다. 그는 문법만 이해한 것이 아니라, 시스템과 인간을 이해하고 있었기 때문이다.

그 순간은 내가 내 커리어를 바라보는 방식을 완전히 바꾸었다.

당신을 대체 불가능하게 만드는 5가지

Aryan과의 경험 이후, 나는 2026년에 실제로 중요한 역량이 무엇인지 몇 주 동안 조사했다. 그리고 내가 발견하고, 직접 연습하기 시작한 것은 다음과 같다.

1. 컴포넌트가 아니라 시스템으로 생각하는 법을 배워라

주니어 개발자는 컴포넌트를 생각한다.

시니어 개발자는 시스템을 생각한다.

AI는 둘 중 어느 쪽도 생각하지 않는다. AI는 훈련 데이터에서 패턴을 맞출 뿐이다.

기능 요청을 볼 때, 스스로 다음 질문을 던지는 훈련을 해야 한다.

• 이것은 다른 모든 것과 어떻게 상호작용하는가?
• 이것이 실패하면 무슨 일이 일어나는가?
• 이것은 사용자 1만 명까지 확장될 수 있는가?
• 이것은 어떤 데이터를 건드리며, 그 데이터가 침해될 수 있는가?

예를 들어보자.

주니어 개발자는 이렇게 본다.

“알림 벨 아이콘 추가”

시니어 개발자는 이렇게 본다.

“실시간 데이터 파이프라인, WebSocket 연결 관리, 읽지 않은 상태의 영속화, 알림 그룹화, 모바일 푸시 통합, 그리고 모든 페이지에서 발생할 수 있는 잠재적인 성능 병목.”

AI는 이렇게 본다.

“벨 아이콘. 여기 컴포넌트가 있습니다.” 🔔

2. 접근성에 집착하라

이 항목이 나를 가장 놀라게 했다.

AI는 스크린 리더, 키보드 내비게이션, 사용자 요구를 둘러싼 맥락을 완전히 이해하지 못한다.

2026년에는 접근성이 없는 프론트엔드가 품질 낮은 엔지니어링으로 여겨진다. 회사들은 접근성 없는 웹사이트 때문에 소송을 당하고 있고, 전 세계적으로 규제는 더 엄격해지고 있다.

그럼에도 AI는 계속해서 접근성 없는 코드를 생성한다. aria-label 속성이 빠져 있고, 포커스 관리가 잘못되어 있고, WCAG 기준을 통과하지 못하는 색상 대비를 만든다.

AI가 이런 코드를 만든다고 해보자.

<div onClick={handleClick}>Click me</div>

하지만 당신은 이것이 다음과 같아야 한다는 것을 안다.

<button
  onClick={handleClick}
  aria-label="Submit form"
  onKeyDown={(e) => e.key === 'Enter' && handleClick()}
>
  Click me
</button>

코드 한 줄의 차이다. 하지만 그 차이는 어떤 사용자가 당신의 앱을 사용할 수 있느냐 없느냐의 차이다.

3. 더 나은 질문을 하는 기술을 익혀라

아무도 이야기하지 않는 것이 하나 있다.

시스템 설계, 상태 관리, 접근성, 테스트라는 고전적인 기술 스택은 여전히 기반이다. 하지만 지금 상위 성과자를 가르는 것은, 그 기본기를 AI 코파일럿과 어떻게 결합하느냐다.

같은 AI 도구도 누가 프롬프트를 작성하느냐에 따라 완전히 다른 결과를 낸다.

이렇게 말하는 개발자가 있다고 하자.

“로그인 폼 만들어줘.”

그는 일반적이고, 안전하지 않고, 접근성 없는 코드를 받는다.

반대로 이렇게 말하는 개발자가 있다고 하자.

“사용자 5만 명이 있는 헬스케어 앱용 로그인 폼을 만들어줘. 요구사항은 다음과 같아. WCAG 2.1 AA 접근성, 로그인 5회 실패 후 rate limiting, OAuth를 통한 SSO 지원, 키보드 내비게이션, 그리고 보안상 우리 시스템에 해당 이메일이 존재하는지 드러내지 않는 에러 메시지.”

그는 프로덕션 수준의 코드를 받는다.

올바른 질문을 하는 능력은 이제 핵심 기술 역량이다. 사실 언제나 그랬다. 지금은 더 잘 보일 뿐이다.

4. AI 결과물을 검증하는 사람이 되어라

개발자의 약 3분의 2는 AI가 중요한 맥락을 놓친다고 말한다. 그리고 AI 제안 중 실제로 프로덕션에 바로 쓸 수 있는 것은 소수에 불과하다.

이것은 거대한 기회를 만든다.

연구에 따르면, Copilot이 도입된 이후 경험 많은 개발자들은 코드 리뷰에 이전보다 19% 더 많은 시간을 쓰고 있다.

팀들은 제대로 리뷰되지 않은 AI 생성 코드에 빠져들고 있다. 이때 다음을 빠르게 식별할 수 있는 개발자는 지금 그 무게만큼의 금값을 한다.

• AI 코드 안의 보안 취약점
• 기본 테스트에서는 드러나지 않는 성능 문제
• AI가 고려하지 않은 엣지 케이스
• 생성된 UI의 접근성 실패

AI 코드를 보안 감사관처럼 리뷰하는 훈련을 하라. 맞다는 것을 증명하기 전까지는 틀렸다고 가정하라.

5. 당신의 “왜” 근육을 길러라

이것은 가장 인간적인 기술이다. 그리고 가르치기 가장 어려운 기술이기도 하다.

AI는 무언가를 어떻게 만들지 말해줄 수 있다. 하지만 왜 그것을 그런 방식으로 만들어야 하는지, 사용자가 왜 그것을 원할지, 왜 이 접근이 이 특정 맥락에서 다른 세 가지 접근보다 나은지는 말해줄 수 없다.

모호하고 다차원적인 문제를 다룰 수 있는 구성 요소로 나누는 일에는 인간의 판단이 필요하다. AI는 정의된 영역 안에서 패턴을 맞추는 데 뛰어나지만, 새로운 상황에서 어떤 패턴이 중요한지 식별하는 능력은 여전히 뚜렷하게 인간적인 능력이다.

다음 회의에서 이것을 연습해보자.

누군가 기능을 제안하면 이렇게 물어보라.

“이 기능은 실제로 어떤 사용자 문제를 해결하는가?”
“이것이 잘 동작했는지 어떻게 측정할 것인가?”
“우리가 출시할 수 있는 가장 단순한 버전은 무엇인가?”

이 질문들은 당신을 시니어처럼 보이게 한다. 그리고 제품도 더 좋게 만든다. AI는 이 질문을 던질 수 없다. 당신이 질문했을 때 답할 수 있을 뿐이다.

지금 주니어 개발자에 대한 불편한 진실

솔직하게 말하고 싶다. 아무도 충분히 말하지 않는 것 같기 때문이다.

주니어 개발자 채용은 줄고 있다. 주요 테크 기업의 신규 채용 중 최근 졸업자의 비율은 7%에 불과하다. 2023년의 9.3%에서 내려간 수치다. 경제 논리는 단순하다. AI가 예전에 주니어 개발자가 하던 일을 처리할 수 있기 때문이다.

커리어 초반이라면, 이 문장은 읽기 두려울 것이다. 나도 안다.

하지만 이 진실의 다른 면도 있다.

5년의 경험이 있다면, AI는 힘을 증폭시키는 도구다. 당신의 가치는 올라갔다. AI는 당신의 도구가 되었다.

주니어 개발자가 앞으로 나아갈 길은 AI가 잘하는 영역에서 AI와 경쟁하는 것이 아니다. 그 길은 건너뛰는 것이다. 이전 세대 누구보다 빠르게, 실제로 중요한 기술로 건너뛰는 것이다.

AI를 사용해 더 많은 프로젝트를 만들어라. AI를 사용해 더 빠르게 배워라. AI를 사용해 수천 개의 코드베이스에 걸친 패턴을 이해하라. 하지만 AI를 지팡이가 아니라 도구로 사용하라.

1년 차에 시스템 사고, 접근성, 코드 리뷰를 배우는 주니어 개발자는 3년 차에 보일러플레이트를 배운 개발자를 앞지를 것이다.

지금 내가 다르게 하는 것

그만둘 뻔했던 순간으로부터 3개월이 지난 지금, 내 워크플로우는 이렇게 바뀌었다.

예전에는 먼저 코드를 쓰고, 그다음 엣지 케이스를 생각했다.

지금은 먼저 10분 동안 시스템을 생각하고, AI가 초안을 만들게 한 뒤, 내가 리뷰한다.

예전에는 컴포넌트를 얼마나 빠르게 작성할 수 있는지로 내 가치를 측정했다.

지금은 문제가 버그가 되기 전에 얼마나 많은 문제를 막아내는지로 내 가치를 측정한다.

예전에는 AI가 내가 할 수 있는 일을 해낼 때 위협을 느꼈다.

지금은 안도감을 느낀다. 그것은 내가 AI가 할 수 없는 일에 집중할 수 있다는 뜻이기 때문이다.

변화는 기술적인 것이 아니다. 심리적인 것이다.

이제 이런 질문을 멈추게 된다.

“내가 AI가 못하는 무엇을 할 수 있을까?”

그리고 이렇게 묻게 된다.

“나는 어떻게 AI보다 더 잘 생각할 수 있을까?”

진짜 질문

마지막으로 개인적인 이야기로 끝내고 싶다.

내가 하루 걸려 만든 것을 20분 만에 만든 그 주니어 개발자. 나는 그를 위협으로 느낀 것이 틀렸다.

내가 깨달았어야 했던 것은 이것이다. 그에게는 여전히 누군가가 필요했다. 그가 만든 것이 맞는지 말해줄 사람. 안전한지 말해줄 사람. 확장될 수 있는지 말해줄 사람. 접근 가능한지 말해줄 사람. 사용자가 실제로 필요로 하는 것과 맞는지 말해줄 사람.

그에게는 판단력을 가진 사람이 필요했다.

그리고 판단력, 진짜로 힘들게 얻은 경험 기반의 판단력은 AI가 좋아질수록 더 가치 있어지는 유일한 것이다. 덜 가치 있어지는 것이 아니다.

AI를 효과적으로 사용하는 프론트엔드 개발자는 AI를 무시하는 개발자보다 더 좋은 성과를 낸다. 하지만 AI는 진짜 실력을 대체하지 않는다. 프레임워크는 바뀐다. 기술은 바뀌지 않는다.

당신은 AI와 경쟁하고 있는 것이 아니다.

당신은 AI가 할 수 없는 방식으로 생각하는 법을 배우고 있는 것이다.

그것은 위협이 아니다. 이 직업의 역사에서 가장 흥미로운 시기다.

당신은 이 여정의 어디쯤에 있는가? AI를 도구로 사용하고 있는가, 아니면 AI에게 위협을 느끼고 있는가? 댓글에서 당신의 이야기를 진심으로 듣고 싶다. 특히 당신만의 “거의 그만둘 뻔한” 순간이 있었다면 더욱 그렇다. 당신은 혼자가 아니다.

덧붙임: 이 글을 쓰는 데 AI의 도움을 받았다. 하지만 아이디어, 개인적인 경험, 감정은 모두 내 것이다. AI는 그것을 더 잘 전달하도록 도와주었을 뿐이다. 내 작업 과정을 투명하게 밝히는 것이 중요하다고 믿는다.