KPT 회고
💡 프로젝트명 : YOLA, 너 혼자 산다
- 🔎 프로젝트 한줄요약: 혼자 사는 사람들을 위해! 더 가치있는 하루를 만들기 위한 나만의 인증 기록, 공유를 통한 소통의 장, YOLA
- 📁 프로젝트 기간: 2025.03.28~2025.05.01 (총 35일)
- 🦊 나의 역할: FE 5인, Design 1인 중, 미션인증 및 게시판 기능구현 담당
- 📅 회고 날짜 : 2025. 05. 05.
들어가며
YOLA는 제가 웹 개발을 시작한 이후 처음으로 한 달이 넘는 시간을 투자하여 개발한 서비스입니다.
처음 WBS 조직 당시에 체크리스트 페이지를 담당하게 되었고,
YOLA의 챌린지 페이지에서 로그인한 유저들의 미션인증을 관리하고 보는 기능을 만들고자 했습니다.
약 2주간의 개발 이후, 1차적인 체크리스트 기능의 구현을 마치고
YOLA 공감게시판 구성을 맡아, 4개의 소통 카테고리를 바탕으로
유저 간의 이야기를 나누는 커뮤니티를 구현하고자 하였습니다.
그 과정에서 '데이터를 어떻게 가져올 것인지'에 대한 고민을 수없이 했습니다.
게시판이 글쓰기, 댓글 달기처럼 완전하게 상호작용만 담당하는 페이지는 아닐 수 있겠다,
따라서 좋아요나 댓글, 조회수와 같은 팩터를 제외하고서 글을 수정하거나, 등록, 삭제하는 경우에만
데이터가 업데이트 되어야 하는 경우는 서버에서 렌더링하는 게 좋지 않을지, 고민했습니다.
회고일 현재 공감 게시판 기능은 FULL Client Side Rendering으로 구현되어 있으나,
처음 고민했던 바와 같이 비교적 정적인 상태로 유지되는 데이터(글 작성자, 글 제목과 내용 등)들은
서버 사이드 렌더링으로 치환할 수 있겠다는 생각을 해보며
(revalidate Path를 이용한 Server action/Route Handler를 이용하여)
제 첫 번째 중단기 프로젝트 YOLA에 대한 KPT 회고를 기록합니다.팀 단위 회고 기록
개인 회고
1️⃣ Keep
현재 만족하고 있는 부분
- 현재의 기능을 구현하기까지 많은 고민을 거쳐서 신중하게 구조를 짠 점
5분 기록보드에 그때그때 했던 고민들, 해야할 업무 등을 기록하며 작업에 착수했다. 여러 작업을 하다 보면 현재 하던 일을 마무리하고, 다른 부분에서 놓치는 일이 생기기도 했는데, 5분 기록보드를 활용하면서 업무적 누락이 많이 줄었다. 앞으로도 프로젝트 단위로 기록을 해야겠다고 생각하게 됨.
2️⃣ Problem
개선이 필요하거나 아쉬웠던 점
- 서버사이드렌더링을 더 적극적으로 활용하지 못한 점
게시판을 구현하면서 비교적 정적인 데이터들을 서버사이드에서 불러오는 방식을 채택코자 했는데 UT 기간, 데이터 변경이 일어난 직후 바로 UI 업데이트가 되지 않는 사항이 피드백으로 접수되어 개선을 위해 클라이언트 사이드 렌더링을 대거 변경한 점이 조금 아쉽다.
처음에는 서버 컴포넌트를 유지하고 싶어서, SSR을 강제하는 방법을 사용했었으나 처음 한 번만 업데이트가 반영되고 2번 이상 수행하면 반영이 안되는 이슈가 있어서, 제한된 개발 시간을 맞추기 위해서라도 서버 컴포넌트를 유지하지 못했다. 클라이언트 컴포넌트로 바꾸면서 페이지 자체는 서버로 유지했어야 했는지도다시 한 번 검토해야 할 부분이라고 생각한다.
3️⃣ Try
앞으로 시도해보고 싶은 것, Problem에 대한 해결책, 당장 실행 가능한 것
- 게시판 서버 컴포넌트 전환? 서버사이드 렌더링을 강화하기
- 현재 클라이언트 컴포넌트에서 TanstackQuery를 사용하는 구조에서 불필요하게 여러 번 통신되는 구조를 개선하고, 함수간의 책임분리를 좀 더 강화하기
- 실시간 알림 기능 구현
📗 노트
(기타) 프로젝트와 관련하여 추가로 남기고 싶은 생각
- 유저 테스트 결과를 좀 더 정리해서 피드백을 정리하고 개선점을 정리해두면 좋을 것 같다.
아직까지는 GoogleAnalytics Report 외에 정리된 바가 없어서, 수치화하여 어떤 부분이 실제 사용자에게 더 크게 느껴지는 이슈였는지를 명확히 파악하면 좋을 것 같다. - 검색엔진 등록하기
- SEO 향상을 위한 요소 개선(동적 메타데이터 등) / 웹 접근성 강화
FrontEnd Developer