docs: 2026-05-24-fontend update

Author: TreeStone94

_posts/frontend/2026-05-09-frontend.md

@@ -305,11 +305,11 @@ Babel 대신 SWC를 도입한 이유가 여기에 있습니다. SWC는 Rust로 
 Webpack 5 브랜치를 두 갈래로 분리했습니다. 한쪽은 Babel 6을 그대로 유지하고, 다른 한쪽은 SWC로 교체했습니다. Webpack 버전과 설정은 동일하게 맞춰 트랜스파일러 교체 효과만 분리했습니다.
 기준은 Jenkins 콜드 빌드였습니다. 로컬 빌드와 달리 CI 환경은 매번 캐시 없이 실행되므로, 캐시 효과를 빼고 도구 자체의 속도를 비교하기 좋았습니다.
 
-|  | Babel 6 | SWC |
-| --- | --- | --- |
-| Jenkins 콜드 빌드 | 약 13~14분 | 약 70~80초 |
+|  | Babel 6 | SWC              |
+| --- | --- |------------------|
+| Jenkins 콜드 빌드 | 약 13~14분 | 약 90~100초        |
 | 구현 언어 | JavaScript | Rust (네이티브 바이너리) |
-| CI 캐시 없을 때 | 매번 느림 | 캐시 없이도 빠름 |
+| CI 캐시 없을 때 | 매번 느림 | 캐시 없이도 빠름        |
 
 ### 전환 중 마주친 이슈들
 
@@ -331,7 +331,7 @@ Webpack 5와 SWC로 전환하면서 기존 빌드 도구가 묵인해주던 문
 | 지표 | 기존 (Node 10 / Webpack 2 / Babel 6) | 이후 (Node 24 / Webpack 5 / SWC) |
 | --- |------------------------------------|--------------------------------|
 | npm install | 1분                                 | **1분**                         |
-| Jenkins 콜드 빌드 | 약 36분                              | **약 80초**                      |
+| Jenkins 콜드 빌드 | 약 36분                              | **약 100초**                     |
 | 로컬 시작 | 주석 처리 없이 실행 불가능                    | **약 10초**                      |
 | 로컬 HMR | 주석 처리 없이 실행 불가능                    | **약 2초**                       |
 
@@ -342,6 +342,6 @@ Webpack 5와 SWC로 전환하면서 기존 빌드 도구가 묵인해주던 문
 이제 질문은 빌드 도구가 아니라 운영 검증 쪽으로 넘어갔습니다.
 
 - 기존 UI와 신규 빌드 UI를 같은 조건에서 비교할 수 있는가?
-- 80초라는 숫자를 같은 기준으로 계속 측정할 수 있는가?
+- 100초라는 숫자를 같은 기준으로 계속 측정할 수 있는가?
 - 기존 레거시 코드 변경을 신규 빌드 환경에 안전하게 따라붙일 수 있는가?
 - 문제가 생겼을 때 원인을 좁히고 빠르게 되돌릴 수 있는가?