AI 시대의 개발 생산성 —
코드 생산에서 소프트웨어 관리로

지난 10년 동안 자바스크립트 생태계는 속도에 맞춰 최적화돼 왔습니다. 프레임워크는 더 많은 일을 해냈고, 개발 도구는 정교해졌고, 릴리스 주기는 짧아졌습니다. 생성형 AI는 그 가속에 한 단계를 더 붙였습니다. 이제 아이디어에서 구현까지 걸리는 시간이 몇 초 단위로 줄어듭니다.

그런데 기업 조직에는 다른 질문이 생깁니다. 소프트웨어를 만드는 일이 지키는 일보다 쉬워지면 무슨 일이 벌어지는가. JS Days 2026 여는 키노트가 바로 이 질문을 가운데 두었습니다. Sencha의 Taylor Blease와 Idera의 Sarina DuPont, 그리고 Ian Barker·Sachin Ibrahimpur가 엔터프라이즈 자바스크립트의 역할 변화와 다음 국면을 짚었습니다.

더 많은 코드, 더 적은 재사용

키노트에서 가장 눈에 띈 숫자입니다. 6억 2300만 건의 코드 변경을 분석한 결과, 코드 재사용률이 2022년 21%에서 2026년 3.8%로 떨어졌습니다. 현대 소프트웨어가 어떻게 만들어지고 조립되는지가 그사이 크게 달라졌다는 뜻입니다.

중복은 늘 비용이었습니다. 따로 만든 컴포넌트·유틸리티·인터페이스·워크플로 하나하나가 시험하고, 문서로 남기고, 보안을 챙기고, 올려 주고, 다음 개발자가 이해해야 하는 구현체가 됩니다. 애플리케이션 수백 개에 걸쳐 같은 일이 벌어지면 작은 차이들이 조직 전체의 부담으로 쌓입니다.

생성형 AI는 이 현상을 키웁니다. 요구사항을 말로 적으면 곧바로 동작하는 구현이 나옵니다. 생산성은 분명히 올라갑니다. 다만 큰 개발 조직이 비슷한 문제를 저마다 따로 풀면, 표준화할 수 있었던 기능의 조금씩 다른 구현이 수백 개 남습니다.

질문이 바뀝니다. 이제 "이 기능을 만들 수 있느냐"가 아니라 "이 기능을 몇 가지 판본으로 떠안게 되느냐"가 문제입니다. 소프트웨어의 비용은 첫 개발 주기에서 끝나지 않기 때문입니다. 애플리케이션은 몇 년씩 운영되며 연동과 업무 로직을 쌓아 갑니다. AI는 코드 한 조각을 만드는 시간을 줄여 주지만, 그 코드를 오래 떠안는 책임까지 덜어 주지는 않습니다.

표준화가 전략이 됩니다

여기서 성숙한 애플리케이션 프레임워크의 자리가 분명해집니다. 표준 컴포넌트 라이브러리는 단순한 UI 컨트롤 모음이 아닙니다. 기업 규모에서는 애플리케이션·팀·사업부를 가로지르는 공통의 기술 기반이 됩니다.

Ext JS는 하나의 프레임워크와 하나의 릴리스 주기 안에서 맞물려 도는 완성 컴포넌트를 폭넓게 갖추는 방식으로 이 자리를 맡아 왔습니다. 그리드가 어떻게 동작할지, 폼 검증을 어떻게 할지, 접근성을 어떻게 구현할지, 테마를 어떻게 입힐지를 팀마다 따로 정하지 않고 프레임워크가 바탕을 깔아 줍니다.

AI 보조 개발이 늘수록 이 일관성의 값어치가 커집니다. 구현은 AI로 빠르게 하되, 프레임워크와 컴포넌트 체계가 애플리케이션 사이의 일관성을 붙잡습니다. AI와 표준화는 서로 부딪히는 것이 아닙니다. AI는 속도를 올리고, 탄탄한 기술 기반은 그 속도가 아키텍처 파편화로 번지지 않게 막습니다. 실험이 싸진 환경일수록, 실험을 감당 가능한 규모로 키워 주는 것은 표준입니다.

Ext JS 8.0 — 기업 요구를 넓히다

올해 초 나온 Ext JS 8.0은 새 컴포넌트, 성능 개선, 접근성 강화, 도구 갱신을 담으면서도 기존 Ext JS 자산을 가진 조직을 위해 호환성을 계속 지켰습니다.

추가된 것 가운데는 전자 서명 패드와 QR 코드 리더가 있습니다. 본인 확인·거래·데이터 수집 업무에서 점점 흔해진 기능을 프레임워크 안으로 들여왔습니다. 흔한 기업 시나리오를 위해 외부 컴포넌트를 따로 모아 붙일 일이 줄어듭니다.

성능도 큰 축이었습니다. 모던 툴킷에 가로 버퍼드 렌더링과 고정 열(locked grid) 플러그인이 들어왔습니다. 조밀한 데이터 화면을 지탱하고, 복잡한 데이터셋을 다루면서도 사용 경험을 떨어뜨리지 않게 합니다. 금융·운영·의료·분석 데이터를 늘 다루는 화면에서 큰 그리드를 효율적으로 그려 내는 능력은 보기 좋고 나쁨의 문제가 아니라, 사용자가 정보에 닿는 방식 자체를 좌우합니다.

접근성은 ARIA 지원 확대로 다뤘습니다. 규제 산업이나 공공·기관 고객을 상대하는 조직에서 접근성은 이제 디자인 고려 사항이 아니라 조달 요건·계약 의무·배포 기준에 걸리는 항목입니다. 그 밖에 Font Awesome 7 연동과 Closure Compiler 개선도 함께 들어갔습니다.

기존 고객에게 가장 중요한 것은 하위 호환을 앞세우고 파괴적 변경을 최소화하는 기조가 이어졌다는 점입니다. 기업 애플리케이션에는 수년치 업무 로직과 조직의 경험이 쌓여 있어서, 현대화는 새 프로젝트를 처음부터 시작하는 일과 근본적으로 다릅니다. 잘 돌아가는 것을 굳이 버리지 않으면서 나아가야 합니다.

Ext JS 8.1 — 로드맵이 고객에서 시작하다

8.0이 기능을 넓혔다면, 곧 나올 Ext JS 8.1은 다듬기와 안정성, 그리고 개발자가 매일 부딪히는 실제 문제 쪽에 무게를 둡니다.

키노트에서 Sencha는 8.1의 개선 50여 건 가운데 44건이 고객 지원 티켓에서 나왔다고 밝혔습니다. 성숙한 기업용 소프트웨어의 로드맵이 어떻게 굴러가는지 보여 주는 대목입니다. 가장 값어치 있는 개선이 늘 출시 때 가장 주목받는 항목인 것은 아닙니다. 새 기능은 눈에 보이고 세기도 쉽습니다. 안정성 개선, 호환성 수정, 렌더링 교정, 내비게이션 손질은 훨씬 덜 주목받지만 매일 그 프레임워크에 기대는 쪽에는 곧바로 영향을 줍니다.

8.1은 그리드 렌더링, 빌드 호환성, 내비게이션을 비롯한 개발 경험 전반을 손봅니다. 생태계 쪽도 함께 올라갑니다 — Froala 5, JetBrains 플러그인 6.0.18, Font Awesome 7 크기 지원, Premium D3 패키지, Ext-Gen의 NPM 12 지원.

제품의 품질은 릴리스에 담긴 기능 개수만으로 정해지지 않습니다. 실제 사용에 얼마나 잘 응답하는지, 그 기능을 둘러싼 환경을 얼마나 꾸준히 개선하는지도 품질입니다.

두 갈래 개발 방식, 하나의 생태계

키노트는 기존 Ext JS 자산을 가진 조직의 현실적인 질문도 다뤘습니다. 이미 만들어 둔 애플리케이션과 프로세스를 버리지 않으면서 개발 방식을 현대화할 수 있는가.

답은 도구 생태계 쪽에 있습니다. Sencha Architect는 화면 구조와 인터페이스 설계를 시각적으로 다루는 방식을 계속 지원합니다. Rapid Ext JS는 VS Code 안에서 개발자 중심 워크플로를 제공해, 현대적인 IDE 환경에서 Ext JS 애플리케이션을 만들게 합니다. 둘은 같은 프레임워크 위에 서 있습니다.

기업 현대화에서 이 관계가 중요합니다. 새 개발 방식이 나왔다는 이유만으로 자리 잡은 애플리케이션을 갈아엎을 수 있는 조직은 드뭅니다. 기존 투자가 현대적 도구와 나란히 진화할 길이 필요합니다. Rapid Ext JS는 Architect 프로젝트를 가진 개발자에게 그 다리를 놓아 줍니다. 현대화가 초기화가 아니라 진화가 되는 것입니다.

AI가 개발자 화면에서 애플리케이션 안으로

가장 앞을 내다본 대목은 AI가 개발 워크플로와 기업 애플리케이션 양쪽에 어떻게 들어오는가였습니다. 눈에 띈 것은 AI 자체를 앞세우지 않고 쓰임새를 앞세웠다는 점입니다. 목표는 코드를 더 많이 만드는 것이 아니라, 자연어 상호작용·자동화·맥락 보조가 실제로 값어치를 내는 지점에 AI를 붙이는 것입니다.

Sencha에는 이미 문서 중심 어시스턴트 Ask Sencha AI가 있습니다. 로드맵은 그 방향을 데이터 상호작용과 개발 도구 쪽으로 넓힙니다.

AI Smart Search

미리 만들어 둔 필터와 손으로 짠 질의에만 기대지 않고, 사용자가 필요한 것을 말로 적으면 그 의도를 애플리케이션 데이터에 대한 동작으로 옮깁니다. 큰 데이터셋 위에 선 기업 애플리케이션에서 이것은 사용 경험의 성격을 바꿉니다. 화면은 "필터가 어디 있는지 아는 곳"에서 "무엇을 묻고 싶은지 말하는 곳"으로 옮겨 갑니다.

AI Smart Themer

AI Smart Themer는 이야기를 개발 생태계 쪽으로 더 밀고 갑니다. Model Context Protocol(MCP)을 통해 AI가 Sencha의 테마 기능을 다루되, 조직이 정해 둔 시각 기준은 지키게 하는 것이 목표입니다.

일관성이 곧 제품 경험인 기업 환경에서 이 구분이 중요합니다. AI가 만든 화면이 저마다 다른 시각 패턴과 디자인 관례, 브랜딩 판단을 끌어들이면 파편화가 한 겹 더 생깁니다. 통제된 방식은 AI가 설계와 개발을 앞당기되 정해진 기업 표준 안에서 움직이게 합니다. 표준을 없애는 것이 아니라, 개발자와 AI가 표준을 따르기 쉽게 만드는 쪽입니다.

기업의 AI 질문은 성능이 아니라 통제입니다

기업에서 AI 논의는 모델이 무엇을 만들어 내느냐에서 끝나지 않습니다. AI 시스템이 애플리케이션·데이터베이스·개발 환경·업무 흐름과 맞물리기 시작하면, 조직은 그 시스템이 무엇에 닿을 수 있고, 무엇을 바꿔도 되며, 그 행동을 어떻게 통제하는지를 알아야 합니다.

Sachin Ibrahimpur는 보안과 데이터 취급을 배포 뒤에 푸는 숙제가 아니라 설계 단계의 일부로 다뤄야 한다고 강조했습니다. AI가 단독 어시스턴트를 넘어 기술 환경과 직접 상호작용하는 쪽으로 옮겨 갈수록 더 그렇습니다.

AI가 유능해질수록 그 경계가 중요해집니다. 기업 도입에는 모델 성능뿐 아니라 권한, 데이터 경계, 거버넌스, 감사 가능성, 기존 보안 체계와의 연계까지 함께 필요합니다. 이 그림에서 AI는 개발팀을 대체하는 것이 아니라 배가시키는 힘입니다. 기술이 일을 앞당기더라도, 그 일이 놓일 환경을 정하는 책임은 조직에 남습니다.

더 큰 이동 — 코드 생성에서 소프트웨어 관리로

이 키노트에서 가장 중요한 것은 특정 Ext JS 기능이나 로드맵 항목이 아닙니다. AI가 소프트웨어 제작의 경제를 바꾸면서 개발 생산성의 정의 자체가 달라지고 있다는 사실입니다.

오랫동안 생산성은 얼마나 빨리 짜고, 시험하고, 내보내느냐였습니다. AI가 그 식을 바꿉니다. 코드 생산이 극적으로 빨라질수록 다른 공학 활동 — 아키텍처, 재사용, 보안, 거버넌스, 테스트, 장기 유지보수 — 의 상대적 무게가 계속 올라갑니다.

소프트웨어를 빠르게 만들어 낼 수 있다면, 어려운 질문은 이쪽으로 옮겨 갑니다. 무엇을 만들 것인가, 무엇을 재사용할 것인가, 무엇을 표준으로 삼을 것인가, 그 결정이 몇 년 뒤 조직에 어떤 영향을 줄 것인가. 결국 소프트웨어 관리 책임(stewardship)의 문제입니다.

기업 팀은 애플리케이션을 만드는 일뿐 아니라, 그것이 업무 요구가 바뀌는 동안에도 안전하고, 접근 가능하고, 유지보수 가능하고, 적응할 수 있게 지키는 일까지 책임집니다. AI는 만드는 과정을 앞당기지만 그 책임을 없애지 않습니다. 많은 경우 오히려 더 잘 보이게 만듭니다.

엔터프라이즈 자바스크립트의 르네상스

초기 웹은 자바스크립트를 브라우저 애플리케이션의 바탕으로 세웠고, 그 뒤 세대는 점점 정교한 프레임워크와 컴포넌트 체계, 개발 환경, 애플리케이션 아키텍처를 내놓았습니다. 다음 국면을 정하는 질문은 다릅니다. 소유한 소프트웨어의 장기 비용과 복잡도를 늘리지 않으면서 개발 속도를 올릴 수 있는가.

AI는 답의 중요한 일부이지만 답의 전부는 아닙니다. 현대적 도구는 마찰을 줄이고, AI는 구현을 앞당기고, 유능해진 프레임워크는 정교한 기능을 제공합니다. 그래도 기업 소프트웨어는 여전히 일관성, 접근성, 보안, 성능, 유지보수성, 장기 지원에 기댑니다. 개발이 빨라졌다고 이 요구가 사라지지 않습니다. 오히려 더 중요해집니다.

Ext JS 8.0과 곧 나올 8.1이 놓인 자리가 여기입니다. 성숙한 기업 프레임워크의 값어치는 이제 "더 빨리 만들게 해 준다"에 있지 않습니다. 같은 바닥 문제를 반복해서 풀지 않고 그 위에 계속 쌓아 올릴 수 있는 기반이라는 데 있습니다. 엔터프라이즈 자바스크립트의 앞날은 개발자가 얼마나 많은 코드를 만들어 내느냐가 아니라, 조직이 이미 잘 돌아가는 것 위에 얼마나 잘 쌓고, 규모가 커져도 일관성을 얼마나 지키며, 매번 처음부터 시작하지 않고 새 기능을 얼마나 들여오느냐로 정해질 것입니다.

이 글은 Sencha 공식 블로그 게시물 What JS Days 2026 Keynote Revealed About the Next Era of Development (Team Sencha · 2026년 9월 23일)를 미래웹 주식회사가 한국어로 옮긴 것입니다. 「미래웹의 관점」 항목은 원문에 없는 미래웹의 해설입니다. 대표 이미지는 미래웹이 만든 것입니다.