About · 소개
초등 교과서를 EPUB으로 옮기는 일로 시작했습니다. 이후 웹게임, 기업 사이트, 백오피스, 금·카드 거래 플랫폼을 거쳤고 지금은 직접 만든 서비스를 운영합니다. 화면을 그리는 시간보다 '이 값은 누가 주인인가', '이 상태는 어디에 있어야 하는가'를 붙잡고 있는 시간이 깁니다.
01
2024.11 – 2025.11
프론트엔드 개발자 (리드·전담)
거래가 일어나는 플랫폼들의 프론트엔드를 전담했습니다.
02
2024.04 – 2024.09
프론트엔드 개발자 (선임)
공공기관 홍보 사이트와 기업 웹사이트를 Next.js로 리뉴얼했습니다.
03
2021.11 – 2023.12
프론트엔드 개발자 (주임)
웹게임, 블록체인 서비스, 기업 사이트까지 폭넓게 만든 2년.
04
2021.06 – 2021.11
프론트엔드 개발자 (계약직)
초등 교과서를 EPUB 디지털 교과서로 옮겼습니다. 첫 실무.
프로젝트가 달라져도 같은 자리에서 같은 질문을 만납니다. 그때마다 꺼내 쓰는 기준을 적어 뒀습니다. 각 항목은 실제로 그렇게 판단해서 잘 됐거나, 그렇게 판단하지 않아서 고생했던 경험에서 나왔습니다.
원칙 01
서버가 진실인 데이터와 클라이언트가 진실인 데이터를 한 통에 담으면, 언제 버려야 하는지 아무도 답을 못 합니다. 상태를 만들기 전에 주인부터 정해 두면 나중에 치를 값이 훨씬 쌉니다.
원칙 02
목록 필터, 상세 탭, 다단계 폼의 현재 단계. 누군가에게 링크로 보낼 만한 값은 전부 URL에 둡니다. 그러면 공유도 뒤로 가기도 검색 색인도 그냥 따라옵니다.
원칙 03
금액이나 집계처럼 여러 화면에 나오는 값은 함수 하나에 몰아넣고, 화면은 결과만 그립니다. 반올림 규칙 하나가 어긋나면 사용자는 서비스 전체를 의심합니다.
원칙 04
모든 버튼에 확인창을 붙이면 아무도 안 읽습니다. 체결·발송·삭제처럼 되돌릴 수 없는 것에만 한 단계를 더 두고 나머지는 가볍게 둡니다. 마찰은 골고루 뿌리는 게 아니라 필요한 곳에 몰아주는 것입니다.
원칙 05
고정 비율 컨테이너나 스켈레톤은 로딩 시간을 1밀리초도 줄이지 못합니다. 그런데 체감은 확실히 달라집니다. 무거운 작업일수록 지금 뭐가 돌아가고 있는지 보여주는 게 실제 속도만큼 값을 합니다.
원칙 06
다운로드 수는 과거의 지표고, 최근 커밋은 미래의 지표입니다. 시작할 때 이미 멈춰 있던 저장소는 반년 뒤에 발목을 잡습니다.
원칙 07
작은 사이트에 관리자 시스템을 안 붙이기로 한 결정이 그 프로젝트에서 제일 큰 기술 판단이었던 적이 있습니다. 무엇을 직접 만들지 않을지 고르는 것도 결국 설계입니다.
이 사이트는 포트폴리오이면서 동시에 작업 기록실입니다. 흔한 포트폴리오처럼 결과 화면을 크게 보여주는 대신, 각 작업에서 어떤 문제를 만났고 무엇을 선택했으며 그래서 어떻게 됐는지를 중심으로 적었습니다.
구조도 그렇게 짰습니다. 작업은 카드가 아니라 번호가 붙은 원장의 행으로 쌓이고, 진행 중인 것은 별도의 실험실에 두고, 거기서 얻은 판단은 노트로 정리해 다시 작업과 연결합니다. 세 영역이 서로를 참조합니다.
디자인은 회계 원장과 기술 문서의 질감을 섞었습니다. 카드 대신 선으로 구획을 나누고, 메타데이터는 모노스페이스로 눈금처럼 붙입니다. 라운드와 그림자를 거의 쓰지 않는 대신 헤어라인과 색면 대비로 깊이를 만듭니다.