Date: 2026-07-15 Status: Accepted
이력서 페이지는 기존에 넓은 소개 영역, 3열 본문, 카드에 가까운 목록 표현을 함께 사용했다. 경력과 프로젝트의 정보량은 충분했지만, 채용 담당자가 이름, 전문 분야, 연락처, 최근 경력을 빠르게 훑을 때 시선이 여러 블록으로 나뉘었다.
zero.log의 이력서 레이아웃은 얇은 개인 인덱스에서 정체성, 소개, 링크를 1:3:2 그리드로 나누고, 이후의 경력 내용을 텍스트 중심으로 정리한다. Ark 이력서는 프로젝트별 문제·결정·구현·결과처럼 더 높은 정보 밀도를 다뤄야 하므로 이 구조를 그대로 복제할 수는 없다.
resume/ui/pages/ResumePage.tsx안에서만 이력서 전용 에디토리얼 그리드를 적용한다.- 상단은 이름 1열, 전문성과 소개 3열, 연락처 2열의 1:3:2 그리드로 구성한다.
- 본문은 보조 정보 2열과 경력·프로젝트 4열을 사용한다. 모바일에서는 경력 내용이 보조 정보보다 먼저 읽히도록 유지한다.
- 기존
canvas,ink,home-accenttoken과 Pretendard·JetBrains Mono의 역할을 재사용한다. 새 전역 token, 컴포넌트 라이브러리, 자동 모션은 추가하지 않는다. - route, metadata, 이력서 데이터 모델, 연락처 링크, 프로젝트·경력의 정보 순서는 변경하지 않는다.
- 데스크톱에서는 빠른 스캔을 위한 비대칭 헤더와 경력 중심 열을 제공한다.
- 모바일과 보조기술에서는 경력 내용을 먼저 읽고, 뒤이어 프로필과 기술 정보를 확인할 수 있다.
- 카드를 늘리지 않고 여백, 명확한 텍스트 위계, 필요한 구분선으로 긴 이력서의 밀도를 관리한다.
- 홈의 에디토리얼 표현이 다른 도메인 화면으로 무분별하게 번지는 것을 막고,
이력서 UI 책임은
resume/도메인 안에 유지한다.
- zero.log의 전체 화면 최소 인덱스를 그대로 복제하기: 시각적 밀도는 낮아지지만, Ark의 상세 프로젝트와 경력 근거를 충분히 전달하기 어렵다.
- 기존 3열 카드형 구조를 유지하고 여백만 조정하기: 변경 위험은 낮지만, 상단의 스캔 순서와 경력 중심 위계를 개선하지 못한다.
- AppShell과 모든 콘텐츠 페이지에 같은 그리드를 적용하기: 전체 사이트의 일관성은 생기지만, 블로그 독서와 이력서 검증은 다른 정보 구조를 필요로 한다.
ResumePage컴포넌트 테스트로 이름, 전문 분야, 핵심 연락처, 경력·프로젝트 섹션과 데스크톱 6열 그리드를 검증한다.npm run test:components로 관련 도메인과 UI 회귀를 확인한다.npm run build로 타입 검사와/resume정적 페이지 생성을 확인한다.