A. 사용자의 불편함을 해결하며 서비스와 함께 성장하는 과정에 매료되었습니다. 내가 작성한 코드가 실제 서비스가 되어 사용자의 불편함을 해소하고, 그 과정에서 저 또한 어제보다 성장한다는 사실에 큰 성취감을 느낍니다. 이러한 즐거움 덕분에 팀 프로젝트 '침플래닛'부터 디스코드 봇, 웹소켓 채팅 구현, 그리고 현재 운영 중인 '메이플 헬퍼'까지 다양한 서비스를 주도적으로 개발해 왔습니다. 특히 출시 후 유저들의 피드백을 반영해 서비스를 지속적으로 개선하고 확장해 나가는 과정에서 개발자로서 가장 큰 희열을 느낍니다.

A. '메이플 헬퍼'를 리팩토링하며 기술적 이상과 현실적인 서비스 운영 사이의 균형을 배웠습니다. 초기에는 기술 부채를 완벽하게 없애고 싶어 전면적인 코드 수정을 시도했습니다. 하지만 작업 범위가 예상보다 훨씬 커지면서, 정작 중요한 서비스 확장은 멈춰버리는 시행착오를 겪었습니다. 이 과정을 통해 리팩토링의 목적은 개발자의 자기만족이 아니라, 서비스의 지속 가능성에 있어야 함을 깨달았습니다. 완벽한 코드를 위해 모든 걸 뜯어고치기보다, 비즈니스 목표(수익화, 확장)에 치명적인 걸림돌이 되는 문제부터 해결하고 나머지는 과감하게 넘어가는 '이유 있는 리팩토링'을 실천하게 되었습니다.

A. Next.js 기반 블로그를 개발하며 겪은 렌더링 성능 이슈입니다. 초기에는 클라이언트(런타임)에서 Markdown을 HTML로 변환하는 방식을 사용했습니다. 하지만 게시글이 늘어날수록 브라우저의 연산 비용이 급증했고, 목록 페이지 로딩에 평균 761ms가 소요되는 심각한 성능 저하가 발생했습니다. 이 문제를 해결하기 위해 변환 시점과 데이터 구조를 단계적으로 개선했습니다. 1. 1차 개선 변환 시점을 빌드 단계로 옮겨 미리 HTML과 메타데이터가 포함된 JSON을 생성했습니다. 로딩 시간은 24ms로 단축되었으나, HTML 본문이 포함된 거대 JSON으로 인해 불필요한 네트워크 트래픽이 발생하는 문제가 생겼습니다. 2. 2차 개선 본문(HTML)과 메타데이터(JSON)를 물리적으로 분리했습니다. 파일 용량 문제는 해결했지만, 모든 게시글의 정보를 하나의 posts.json에 담다 보니 게시글이 늘어날수록 메타데이터 파일 자체가 비대해지는 확장성 문제가 남았습니다. 3. 최종 개선 필요한 데이터만 가져올 수 있도록 메타데이터를 카테고리별/게시글별로 잘게 쪼개어 저장하는 구조로 변경했습니다. 결과적으로 목록 페이지 로딩 시간을 초기 761ms에서 20ms 내외로 약 97% 단축했습니다.