AI·소프트웨어 개발 분야의 주요 인물인 산티아고 발다라마는 “프론트엔드 웹 개발에서의 돈은… 사라졌다”라고 말했다. 물론 모두가 이 의견에 동의하는 것은 아니다. 그럼에도 발다라마의 주장에는 일리가 있다. 발다라마는 “2년 전만 해도 웹사이트를 만들어달라며 돈을 마구 쏟아붓던 클라이언트가 이제는 모두 사라졌다”라고 언급했다.

그 많던 클라이언트는 모두 어디로 간 걸까?

그들이 향한 곳은 당연히 LLM이다. 정확히 말하자면, LLM을 활용해 개발할 줄 아는 프론트엔드 개발자에게로 옮겨갔다. 현재로서 이런 변화는 고급 개발자에게 불균형적으로 이득을 주고 있지만, 잠재적으로는 모든 프론트엔드 혹은 풀스택 개발자에게 기회가 될 수 있다.

중요한 것은 당황하지 말고 적응하는 것이다.

LLM, 성문 앞에 다다르다

AI 코딩 툴의 발전 속도는 과장하기 어려울 정도로 빠르다. 발다라마는 “매주 새로운 모델이 지금까지 봐온 모든 것을 훌쩍 뛰어넘고 있다”라며 놀라움을 표현했다. 또한 LLM이 “몇 년 전만 해도 아무도, 진짜 아무도 가능하리라 생각하지 못했던 문제를 해결하고 있다. LLM은 내가 상상했던 모든 한계를 뛰어넘었다”라며 “오늘날 코드를 작성할 줄 모르는 사람을 고용한다는 건 미친 짓일 정도”라고 전했다. AI로 인해 개발에 기여할 수 있는 기준 자체가 크게 높아졌다는 설명이다.

숙련된 엔지니어마저 AI의 발전 속도에 놀라는 상황이다. 주니어 개발자가 자신이 곧 자동화로 일자리를 잃을까 두려워하는 이유를 충분히 이해한다.

실제로 최신 LLM은 명령만으로 프론트엔드 코드를 술술 만들어낸다. 버셀(Vercel) 의 CEO 기예르모 라우치는 “GPT-3부터 이미 HTML과 CSS로 디자인을 잘할 뿐 아니라 리액트 코드 작성 능력도 훌륭했다”라며, 웹 개발 방식이 혁신적으로 바뀌고 있음을 시사했다. 그 가능성은 GPT-4 와 다른 고도화된 모델이 등장하면서 더욱 커졌다.

하지만 그렇다고 해서 LLM이 프론트엔드 개발자의 필요성을 완전히 없앤다는 의미는 아니다. 적어도 경험 많은 개발자에게는 그렇지 않다.

화려한 데모에도 불구하고 현재의 LLM은 숙련된 프론트엔드 엔지니어를 대체하기 어렵다. 주로 주목받는 예시는 소규모 애플리케이션이나 정적 페이지 레이아웃을 생성하는 정도다. 하지만 실제 프로덕션 애플리케이션에서 프론트엔드 작업은 맥락과 깊이 얽혀 있으며, 바로 이 맥락에서 현존하는 AI는 한계를 드러낸다.

프론트엔드 자동화 툴 스타트업 애니마(Anima)의 엔지니어링 부문 부사장 오퍼 라오르는 “팀과 프로젝트마다의 변화, 사용하는 툴·프레임워크·라이브러리·CSS 조합은 사실상 무한하다”라고 설명했다. LLM은 각 프로젝트의 고유한 기술 스택이나 스타일 가이드에 대해 아무런 맥락 정보가 없다. 즉 AI가 일반적인 컴포넌트를 생성할 수는 있어도, 그것을 애플리케이션의 독특한 아키텍처에 통합하는 일은 여전히 사람이 맡아야 한다.

프로그래밍 단계에서조차 LLM은 잘 알려진 정확성 문제를 안고 있다. 겉보기에 그럴듯한 코드를 생성하더라도, 그 안에는 미묘한 버그나 누락이 숨은 경우가 많다. 프론트엔드 교육자 조쉬 W. 코모는 “LLM은 자신이 세운 가정을 검증하거나 가설을 테스트할 수 없다. 자신이 말하는 내용이 사실인지 확인할 방법이 없다”라고 지적했다.

인간 개발자와 달리 AI는 코드의 동작 방식이나 UI/UX 측면의 의미를 진정으로 이해하지 못하며, 단지 가장 그럴듯한 토큰의 나열을 예측할 뿐이다. 코모는 “결국 AI가 만들어내는 결과물에는 항상 어느 정도의 부정확성이 존재할 수밖에 없다”라고 결론지었다.

프로그래밍 경험이 없는 사람이 AI만으로 앱을 만들 때 이런 숨겨진 오류는 일종의 지뢰와 같다. 코모는 “프로그래머가 아니라면 어떤 부분이 정확하고 어떤 부분이 잘못됐는지 구분할 수 없다. 따라서 소프트웨어 개발에서 AI를 효과적으로 활용하려면, LLM이 엉뚱한 결과를 내놓을 때 그것을 알아챌 만큼의 경험이 필요하다”라고 강조했다. 데모용 50줄짜리 코드를 생성하는 것과 수만 줄에 달하는 복잡한 웹 애플리케이션을 개발·유지하는 일은 전혀 다른 차원의 문제다.

언젠가는 LLM이 그 수준에 도달할지 모르지만, 아직은 아니다.

더 많은 문제 해결, 더 적은 반복 작업

이 모든 논의는 프론트엔드 개발자의 역할에 대한 새로운 이해로 이어진다. 기본적인 UI 코드를 찍어내는 작업이 점점 상품화된다면, 개발자의 진짜 가치는 고차원의 문제 해결, 창의성, 완성도에 있다. 발다라마는 “코딩은 개발자의 아이디어를 컴퓨터에 전달하는 방식일 뿐, 그 자체가 가장 어려운 부분은 아니었다”라고 말했다.

진짜 어려운 부분은 무엇을 만들지, 왜 만들지, 어떻게 우아하게 설계할지 결정하는 일이다. 유능한 엔지니어는 “다른 사람보다 3가지를 더 잘해내는 사람”이라고 발다라마는 강조했다. 그 3가지는 바로 ① 해결할 올바른 문제를 식별하는 능력 ② 문제를 올바르게 정의해 해결책이 자연스럽게 도출되도록 만드는 능력 ③ 해결책을 우아하고 유지보수 가능한 디자인으로 구체화하는 능력이다.

이것이야말로 AI가 진정한 이해나 직관이 결여된 이상 결코 복제할 수 없는 인간만의 강점이다.

프론트엔드 개발은 언제나 일종의 ‘접착제’ 역할을 포함했다. API 통합, 디자인 수정, 요구사항의 모호함 해소 같은 작업이다. 라오르는 이를 두고 “매우 인간적인 문제며, 이를 추진할 인간 오퍼레이터가 필요하다”라고 강조했다.

예를 들어, 전형적인 시니어 프론트엔드 개발자는 디자이너로부터 넘겨받은 ‘불가능해 보이는’ 피그마 디자인을 받아 현실에 맞게 조율·반복하며 구현한다. 기술적 제약과 사용자 경험 사이에서 균형을 맞추는 섬세한 작업으로, 현재 어떤 AI도 감당할 수 없다. 앞으로는 주니어 개발자나 비개발자가 AI에 UI 컴포넌트 생성을 요청할 수는 있겠지만, 시니어 개발자는 그 AI를 지도하고, 교정하며, 만들어진 요소들을 하나로 엮어 완성도 높고 성능 좋은 애플리케이션으로 다듬는 역할을 하게 될 것이다.

AI 시대의 현명한 대응법

프론트엔드 개발자는 이 변화하는 시장에 어떻게 대응해야 할까?

우선 AI 툴을 피하기보다 적극적으로 받아들여야 한다. 발다라마는 “AI를 최대한 많이 배우고 이를 활용해 더 나은 코드를 작성하는 법을 익히라”라고 조언했다. 자바스크립트나 모바일 프레임워크 역량에 프롬프트 엔지니어링 능력을 더하는 개발자는 수작업에만 의존하는 개발자보다 훨씬 빠르게 앞서 나갈 수 있다. 예를 들어 코파일럿을 개발 과정에서 활용하거나, 코드 편집기에 LLM을 연동해 빠른 수정 작업을 처리하거나, AI를 이용해 UI 초안을 생성한 뒤 이를 직접 다듬는 방식이 이에 해당한다.

두 번째로, AI가 자동화할 수 없는 핵심 역량에 집중해야 한다. 여기에는 사용자 경험(UX) 디자인, 접근성, 성능 최적화, 아키텍처 원칙에 대한 이해가 포함된다. AI가 내비게이션 메뉴를 만들어줄 수는 있지만, 그 메뉴가 좋은 UX를 제공하는지, 사이트의 성능 목표를 충족하는지는 결국 개발자의 판단에 달려 있다.

디자이너와의 협업 능력을 강화하는 것도 핵심이다. 디자이너의 언어를 이해하고, 심지어 AI 디자인 툴까지 다룰 줄 아는 프론트엔드 개발자는 비전과 현실의 간극을 메우는 데 큰 가치를 발휘한다. 실제로 최근 채용 시장에서는 ‘프론트엔드 개발자(front-end developer)’ 라는 직무명이 ‘프론트엔드 아키텍트(front-end architect)’로 진화하는 모습도 나타나고 있다. 이 변화를 기꺼이 받아들여야 한다.

세 번째로, AI가 만들어낸 결과물을 비판적으로 바라보는 눈을 길러야 한다. AI의 제안은 어디까지나 출발점일 뿐, 절대적인 답이 아니다. 신입 개발자라면 올바른 코딩 프랙티스, 테스트, 디버깅을 배우는 과정을 건너뛸 수 없다는 점을 명심해야 한다.

사실 주니어 개발자는 오히려 더 빠르게 성장할 필요가 있다. 과거라면 PSD를 HTML로 나누는 작업이나 단순한 폼 연결 같은 반복 작업이 안전한 훈련장이었지만, 이제 이런 일은 AI가 처리할 가능성이 높다. 그 대신, AI가 생성한 코드를 검토·개선하는 과제가 더 빨리 주어질 수 있다. 멘토링을 받고 코드 리뷰를 요청하며, AI 코드의 문제점을 찾고 다듬는 작업에 적극적으로 뛰어들자. 그 과정에서 AI가 아직 가지지 못한 핵심 역량이 단련된다.

마지막으로, 프론트엔드 개발의 향후 방향에 대해 열린 마음을 가져야 한다. 이 분야는 점점 더 다양한 영역이 융합된(interdisciplinary) 형태로 진화할 가능성이 크다. 최근에는 디자인지니어(designgineer), 즉 AI 툴을 활용하는 디자이너-엔지니어 하이브리드 역할의 부상에 대한 논의도 나오고 있다. 음성이나 시각적 툴을 통해 웹사이트를 제작하는 비전통적인 개발자도 늘고 있다.

프론트엔드 제작의 민주화는 프론트엔드 엔지니어가 지닌 가치가 없어진다는 뜻이 아니다. 오히려 AI를 포함해 더 많은 기여자가 아이디어를 현실로 옮기는 과정을 이끌고 조율하는 역할이 될 수 있다. 프론트엔드 엔지니어의 역할은 점점 더 컴포넌트 큐레이션 및 통합, 고차원 로직 작성, 품질 보증 쪽으로 옮겨갈 것이다. 프론트엔드 개발자 시장은 줄어들지 않고 있으며, 그 대신 직무의 정의가 넓어지고 있다. 이제 전 세계의 분산된 개발자 팀이 AI 번역기, 코파일럿, 테스팅 툴의 도움을 받아 협업할 수 있는 시대가 열렸다.

결국 전 세계 개발자 풀은 점점 커지고 있으며, 개인으로서도 지금이야말로 영향력 있는 무언가를 만들 수 있는 기회가 그 어느 때보다 많아졌다. 단, 유연하게 변화에 적응할 수 있다면 말이다.
dl-itworldkorea@founrdyco.com