feat: complete wikification of War Commander batch 1&2 and final grey dot cleanup

10_Wiki/Topics/Frontend_Mastery/Large Frontend Projects.md

@@ -21,8 +21,8 @@
     대규모 시스템에서는 렌더링 파이프라인 최적화가 필수입니다. 레이아웃 리플로우(Reflows)와 리페인트(Repaints)를 최소화하기 위해 DOM 조작을 일괄 처리하거나 위치/크기 변경 대신 GPU 가속이 가능한 `transform`이나 `opacity` 위주로 애니메이션을 구성해야 합니다 [28-32]. 또한 예측 가능한 UI 구조를 잡기 위해 컴포넌트 내부 정렬에는 **Flexbox(1차원)**를, 전체 페이지 뼈대 및 구조에는 **CSS Grid(2차원)**를 조합하여 불필요한 래퍼(Wrapper) 요소 중첩을 줄입니다 [33-35]. 
 
 ## 🔗 Knowledge Connections
-- **Related Topics:** [[CSS 구조 설계 방식]], [[BEM]], [[CSS Modules]], [[Tailwind 전략]], [[디자인 시스템 개념]], [[Feature-Sliced Design]]
-- **Projects/Contexts:** [[대규모 엔터프라이즈 플랫폼 개발]], [[컴포넌트 기반 프레임워크(React, Vue 등) 환경의 협업]]
+- **Related Topics:** [[CSS 구조 설계 방식]], [[BEM]], [[CSS Modules]], Tailwind 전략, [[디자인 시스템 개념]], [[Feature-Sliced Design]]
+- **Projects/Contexts:** 대규모 엔터프라이즈 플랫폼 개발, 컴포넌트 기반 프레임워크(React, Vue 등) 환경의 협업
 - **Contradictions/Notes:** Tailwind CSS의 유틸리티 클래스 방식은 빌드 크기를 최적화하고 일관된 디자인 시스템 적용에 뛰어나 대규모 프로젝트에 이상적이라는 주장이 있습니다 [23, 24]. 그러나 과도하게 길어지는 클래스명으로 인해 HTML 가독성이 떨어지고 컴포넌트 유지보수가 힘들어질 수 있다는 반론도 존재합니다 [36, 37]. 이 때문에 대규모 환경에서는 전역 레이아웃 및 디자인 토큰에는 Tailwind를, 세밀하고 복잡한 스타일 제어에는 CSS Modules 또는 SCSS를 결합하는 하이브리드 방식이 실무적 타협안으로 제시되고 있습니다 [26, 27, 38]. BEM 역시 유용하나 인적 오류로 인한 한계 때문에 점차 CSS Modules나 Zero-runtime CSS-in-JS 같은 자동화 캡슐화 툴로 대체되는 경향을 보입니다 [18, 21, 39].
 
 ---