-
Notifications
You must be signed in to change notification settings - Fork 1
Home
Choi Jeongmin edited this page Jan 10, 2025
·
7 revisions
- 기존에 우리 팀에서 진행한 프로젝트 실시간 Q&A 서비스 Ask-It을 선택했습니다.
- 6주라는 짧은 시간에 타협하여 작성한 낮은 품질의 코드들을 개선하고 싶었습니다.
- 부하 테스트를 통해 병목 지점을 발견하고 이를 개선해보는 경험을 하고 싶었습니다.
- 더 깊은 CS지식
- 테스트 코드를 통한 생산성 확보
- 가독성과 유지보수성을 챙기기
- 권한 분리 연습
- RabbitMQ를 이용한 MSA 관리
- 기존 코드를 개선하는 과정을 통해 더 나은 선택의 이유를 찾아가는 연습
- 테스트 코드 작성을 통해 프로젝트의 생산성 확보
- 부하테스트를 통해 병목 현상을 확인하고 해결하는 경험
- 급하게 구현하느라 돌아보지 못했던 것들(테스트 코드, 토바토 같은 엉망인 코드, 분기처리된 권한 로직)의 품질을 개선
- 부하테스트를 통해 병목 현상을 확인하고, 성능을 개선하는 경험
- 인공지능 토큰 비용 절감에 대해 고민하는 경험
- 관련하여 블로그/Wiki 등 public한 글 꾸준히 써가기
- 프론트엔드 성능 개선
- 랜딩 페이지 LCP 개선 (현재 1.5초)
- 채팅 렌더링 성능 개선 (Virtual scrolling)
- 중복되거나, 개선의 여지가 보이는 코드 개선
- 기술 아티클 기록
BE
-
테스트 코드 작성
WHY: 리팩토링 및 추가 기능 작성 시 코드 안전성 제공
-
권한 로직 수정
WHY: RBAC를 통해 권한 로직의 코드 확장성 개선
-
Repository Layer 리팩토링
WHY: 비슷한 기능을 하는 함수 리팩토링
-
부하 테스트
WHY: API 서버와 소켓 서버 부하테스트 및 병목지점 개선, 200명 수용을 목표로 부하테스트
-
무중단 배포
WHY: 서비스 이용 중에 배포되어 서비스 사용에 차질이 생기는 경우 예방
FE
-
코드 리팩토링
WHY: 현재 중복되거나, 프로젝트 중 좋지 않다고 느껴졌던 코드 수정 (개발 속도에 타협한 부분 수정)
-
테스트 고도화
WHY: 기존
playwright
테스트 고도화 (테스트 케이스 추가 등) -
Suspense
,ErrorBoundary
추가WHY: 선언형 코드로 변경하여 직관적이고 간결한 코드로 변경
- 요약본 제공
- 금지어 필터링