결정 01
혼자 디자인해야 한다면 결정의 수를 줄인다
- 문제
- 디자이너 없이 시안부터 만들면 색·간격·타이포를 매번 새로 정하게 됩니다. 결정마다 시간이 들고, 일관성도 유지되지 않습니다.
- 선택
- Daisy UI를 도입해서 컴포넌트 기본값은 그대로 받아들이고, 제가 정하는 부분은 레이아웃과 콘텐츠 구조로 좁혔습니다.
- 결과
- 디자인에 쓰는 시간이 크게 줄었고 화면끼리 일관성도 유지됐습니다. 일정 안에 끝낼 수 있었던 가장 직접적인 이유였습니다.
회사 사정상 디자인부터 개발까지 혼자 맡게 된 프로젝트였습니다. 워드프레스로 만들어진 컨설팅 회사 홈페이지를 Next.js로 옮기는 일이었는데, 개발보다 디자인을 어떻게 할지가 더 걱정이었습니다.
시안 없이 개발자가 디자인까지 하면 보통 둘 중 하나입니다. 디자인에 시간을 다 써서 개발을 못 끝내거나, 대충 만들어서 결과물이 부끄러워집니다. 그래서 처음부터 디자인에서 정할 것을 최대한 줄이기로 하고 컴포넌트 키트를 가져다 썼습니다.
기능은 뉴스 RSS 연동과 파일 첨부가 되는 문의 폼이 중심이었습니다. 특히 파일 첨부는 클라이언트가 보낸 데이터를 서버에서 얼마나 믿어도 되는지를 처음으로 고민하게 만든 부분이었습니다.
문제, 선택, 결과 순서로 적었습니다.
결정 01
결정 02
결정 03
언론사 RSS를 파싱해 제목·요약·원문 링크 형태로 최신 소식을 표시.
Nodemailer로 메일을 보내고, 첨부 파일은 서버에서 크기·타입을 재검증.
워드프레스 콘텐츠 구조를 정리해 Next.js 라우트로 재구성.
Desktop
01
02
03
04
Mobile · 반응형
01
02
03
04
혼자 다 해야 할 때는 무엇을 직접 정하지 않을지 고르는 것도 중요했습니다. UI 키트를 쓰는 게 아쉽긴 했지만, 한정된 시간을 레이아웃과 콘텐츠 구조에 쓰려고 한 선택이었습니다.
서버 검증이 왜 필요한지 처음 실감한 프로젝트이기도 합니다. 그전까지는 폼 검증을 사용자가 실수하지 않게 돕는 장치로만 생각했는데, 첨부 파일을 다루면서 검증에 목적이 두 가지 있다는 걸 알게 됐습니다.