Skip to content
Choi Jeongmin edited this page Jan 10, 2025 · 7 revisions

Ask-It 프로젝트를 선택한 이유

  1. 6주라는 짧은 시간에 타협하여 작성한 낮은 품질의 코드들을 개선하고 싶었습니다.
  2. 부하 테스트를 통해 병목 지점을 발견하고 이를 개선해보는 경험을 하고 싶었습니다.

목표

💻 개인 목표

유영재의 목표

  • 더 깊은 CS지식
  • 테스트 코드를 통한 생산성 확보
  • 가독성과 유지보수성을 챙기기
  • 권한 분리 연습
  • RabbitMQ를 이용한 MSA 관리

이상현의 목표

  • 기존 코드를 개선하는 과정을 통해 더 나은 선택의 이유를 찾아가는 연습
  • 테스트 코드 작성을 통해 프로젝트의 생산성 확보
  • 부하테스트를 통해 병목 현상을 확인하고 해결하는 경험

이지호의 목표

  • 급하게 구현하느라 돌아보지 못했던 것들(테스트 코드, 토바토 같은 엉망인 코드, 분기처리된 권한 로직)의 품질을 개선
  • 부하테스트를 통해 병목 현상을 확인하고, 성능을 개선하는 경험
  • 인공지능 토큰 비용 절감에 대해 고민하는 경험
  • 관련하여 블로그/Wiki 등 public한 글 꾸준히 써가기

최정민의 목표

  • 프론트엔드 성능 개선
    • 랜딩 페이지 LCP 개선 (현재 1.5초)
    • 채팅 렌더링 성능 개선 (Virtual scrolling)
  • 중복되거나, 개선의 여지가 보이는 코드 개선
  • 기술 아티클 기록

🤼 팀 목표

1️⃣ CS 리팩토링

BE

  • 테스트 코드 작성

    WHY: 리팩토링 및 추가 기능 작성 시 코드 안전성 제공

  • 권한 로직 수정

    WHY: RBAC를 통해 권한 로직의 코드 확장성 개선

  • Repository Layer 리팩토링

    WHY: 비슷한 기능을 하는 함수 리팩토링

  • 부하 테스트

    WHY: API 서버와 소켓 서버 부하테스트 및 병목지점 개선, 200명 수용을 목표로 부하테스트

  • 무중단 배포

    WHY: 서비스 이용 중에 배포되어 서비스 사용에 차질이 생기는 경우 예방

FE

  • 코드 리팩토링

    WHY: 현재 중복되거나, 프로젝트 중 좋지 않다고 느껴졌던 코드 수정 (개발 속도에 타협한 부분 수정)

  • 테스트 고도화

    WHY: 기존 playwright 테스트 고도화 (테스트 케이스 추가 등)

  • Suspense, ErrorBoundary 추가

    WHY: 선언형 코드로 변경하여 직관적이고 간결한 코드로 변경

2️⃣ AI 리팩토링

  • 요약본 제공
  • 금지어 필터링