Home

📄 목차

• 📚 개발일지

• 👥 팀 문화

• 🛠 기술 스택 선정

📚 개발일지

우리는 매일 개발일지를 작성하며 개인의 지식이 팀의 지식이 되도록 노력했어요!

백엔드 개발일지

게임 로직 & 소켓

날짜	제목	링크
24. 11. 4.	Nest에서 Socket.io 설정하기	보러가기
24. 11. 5.	게임방 생성, 입장, 채팅 구현	보러가기
24. 11. 6.	다중 서버 관련 게임방 진행 논의	보러가기
24. 11. 11.	exitRoom 전송, host 전이	보러가기
24. 11. 13.	게임방 옵션 설정부터 게임 진행	보러가기
24. 11. 14.	퀴즈 진행 마무리 및 ioredis-mock 통한 테스트	보러가기
24. 11. 25.	서바이벌 모드 구현	보러가기
24. 11. 25.	재접속 구현	보러가기
24. 12. 3.	서바이벌 디버깅	보러가기

Redis & DB

날짜	제목	링크
24. 11. 7.	MySQL 세팅	보러가기
24. 11. 7.	퀴즈셋을 위한 ERD, API 명세 만들기	보러가기
24. 11. 11.	Redis 자료구조 설계	보러가기
24. 11. 12.	기존 세션 로직 Redis로 바꾸기	보러가기
24. 11. 18.	실제 퀴즈셋 연동	보러가기
24. 11. 19.	redis 구독부분 리팩토링, 예외처리	보러가기
24. 11. 20.	redis 방정리 구현	보러가기

인프라 & 배포

날짜	제목	링크
24. 11. 4.	클라우드 환경 구축	보러가기
24. 11. 4.	자동배포 구현, nginx 설정	보러가기
24. 11. 8.	클라우드 마이크로 서버 세팅	보러가기
24. 11. 11.	클라우드 비용 계획 논의	보러가기
24. 11. 13.	클라우드 유료 서버 세팅	보러가기
24. 11. 13	모니터링 세팅 계획	보러가기
24. 11. 25.	핀포인트 도입	보러가기
24. 11. 26.	로그기반 모니터링 구현	보러가기

API & 성능 최적화

날짜	제목	링크
24. 11. 11.	퀴즈 API 개발(엔티티구현, 조회)	보러가기
24. 11. 13.	퀴즈 API 개발(생성, 수정, 삭제)	보러가기
24. 11. 18.	퀴즈셋 관련 API 리팩토링	보러가기
24. 11. 20.	커서 페이징으로 변경	보러가기
24. 11. 19.	소켓 서버를 멀티 프로세스로 돌리기까지	보러가기
24. 11. 21.	멀티 프로세스 버그 수정	보러가기
24. 11. 25.	Socket.io 부하테스트하기까지 험난한 과정	보러가기
24. 12. 02.	멀티 프로세스 추가 부하테스트	보러가기
24. 12. 03.	부하테스트를 통한 성능 개선	보러가기
24. 12. 20.	Full Text Search를 이용한 퀴즈검색 50% 성능개선	보러가기

프론트엔드 개발일지

UI/UX

날짜	제목	링크
24. 11. 4.	메인 페이지 개발	보러가기
24. 11. 5.	게임 대기방 레이아웃	보러가기
24. 11. 12.	게임 진행방 관련 UI	보러가기
24. 11. 19.	로그인/회원가입 페이지	보러가기
24. 11. 26.	채팅스크롤 스로틀링	보러가기
24. 11. 27.	전체 디자인 작업	보러가기

성능 최적화

날짜	제목	링크
24. 11. 26.	playerStore 최적화	보러가기
24. 11. 26.	채팅 리렌더링 최적화	보러가기

게임 로직 & 실시간 통신

날짜	제목	링크
24. 11. 6.	게임 상태 관리 구현	보러가기
24. 11. 6.	캐릭터 렌더링	보러가기
24. 11. 7.	채팅 기능 개선	보러가기
24. 11. 18.	서버-클라이언트 시간 동기화	보러가기

테스트 & 최적화

날짜	제목	링크
24. 11. 13.	소켓 모킹 테스트	보러가기
24. 11. 14.	무한 QA 테스트	보러가기
24. 11. 25.	프론트엔드 폴더 구조 개선	보러가기

👥 팀 문화

우리는 이런 문화로 협업했어요!

협업 방식

• 데일리 스크럼: 매일 오전 10시에 스트레칭 , tmi 공유, 할 일 분배

• 데일리 회고: 매일 오후 6시 20분에 하루 동안의 작업과 느낀 점 공유하며 개선점 파악 / 보러가기

• 페어 프로그래밍: 복잡한 로직, 핵심 비즈니스 로직은 페어로 작업 진행

• 게더 타운: 필요할 시 즉시 소통할 수 있도록 하여 실제 사무실에 있는 느낌을 주고 재택근무 단점 최소화

• 코드 리뷰: PR merge 전 최소 3명의 리뷰 필수로 하여 코드 리뷰 진행

• 기술 공유: 주 1회 팀 내 기술 문서 작성 및 리뷰 진행

팀원 소개

김상혁	김준기	송건석	유동훈	박준우
BE	FE	BE	BE	FE
@NewCodes7	@ijun17	@songbuild00	@DongHoonYu96	@always97

김상혁 (BE)

• "기계와 사람 모두 이해하는 코드를 작성합니다"

송건석 (BE)

• "사용자 경험을 위해서는 안정성이 무엇보다 중요합니다"

유동훈 (BE)

• "문서화와 테스트는 개발의 시작이자 끝입니다"

김준기 (FE)

• "사용자 관점에서 생각하고 디테일에 집중합니다"

박준우 (FE)

• "좋은 코드는 팀원 모두가 이해할 수 있는 코드입니다"

🛠 기술 스택 선정

우리는 이러한 생각으로 기술을 선택했어요!

Common

기술	핵심 선정 이유	상세 내용
Socket.IO	• 자동 재연결 지원 • room, namespace 등의 편의 기능 지원	보러가기

Frontend

기술	핵심 선정 이유	상세 내용
React	• 동적인 사용자 인터페이스와 빠른 상태 변화 대응	보러가기
Vite	• 빠른 개발 환경 • 효율적인 빌드 시스템	보러가기
🐻 Zustand	• 가벼운 상태관리 • 직관적인 API	보러가기
🎨 TailwindCSS	• 빠른 UI 개발 • 작은 번들 사이즈	보러가기
MSW	• 독립적인 개발 환경 • API 모킹	보러가기
🔄 TanStack-query	• 서버 상태 관리 • 효율적인 캐싱	보러가기

Backend

기술	핵심 선정 이유	상세 내용
NestJS	• 공통 개발환경에서 비슷한 코드생산 • 모듈화된 아키텍처	보러가기
Redis	• 다중 was 동기화 용도 • 게임 서비스에서 빠른응답	보러가기
MySQL	• 사용경험 존재 • 6주라는 짧은 개발기간	보러가기
TypeORM	• 사용 경험 존재 • NestJS와 높은 호환성	보러가기

DevOps & Tools

기술	핵심 선정 이유	상세 내용
NCP	• 안정적인 국내 서비스 • 크레딧 지원	보러가기
Nginx	• 효율적인 로드밸런싱 • 동시접속 처리	보러가기
GitHub Actions	• 자동화된 CI/CD • 낮은 러닝 커브	보러가기