image.png

image.png

image.png

image.png

image.png

image.png

image.png

1. 활용방안

2. 기대효과

이러한 활용방안과 기대효과를 통해 "공부의 숲" 프로그램은 사용자가 꾸준히 학습 습관을 유지하고, 더 효과적으로 공부할 수 있도록 돕는 강력한 도구가 될 것입니다.

  1. 협업 방식
    1. 이슈 트래킹 및 일정 관리
      1. 이슈 트래킹
        1. 모든 기능 요청, 버그, 개선 사항 등을 상세한 설명과 함께 이슈로 생성합니다.
        2. 각 이슈는 담당자를 지정하여 책임을 명확히 합니다.
        3. 이슈의 진행 상태를 공유하며 상태를 관리합니다.
      • 일정 관리
        • 주간 회의일정
          • 매일 오전 9시부터 진행 상황을 공유하는 회의를 진행합니다.
          • 진행 상황, 이슈 업데이트, 다음 계획, 일정 조율을 논의합니다.
        • 코어시간 관리
          • 오전 9시~11시까지는 코어시간으로 팀원 모두가 온라인 상태여야 하며, 중요한 회의나 작업 협업이 이루어집니다.
          • 코어시간을 지킬 수 없는 경우, 사전에 팀에 통보하여 대체 방안을 논의합니다.
        • 문제 해결
          • 3~4시간 동안 혼자서 풀지 못하는 문제는 팀원들과 공유하여 협력적으로 해결합니다.
          • 디스코드를 통한 실시간 커뮤니케이션이슈 사항이 있으면 실시간으로 소통하여 의견을 교환하고 해결합니다.
        • 코드 리뷰 및 개발 컨벤션 (프론트엔드, 백엔드, 공통 등)
          • 코드 리뷰
            • PR(풀 리퀘스트) 프로세스:
              • 제출: 코드 변경 사항은 반드시 PR을 통해 제출합니다.
              • 리뷰어 지정: PR을 제출할 때, 1명 이상의 리뷰어를 지정합니다.
              • 리뷰 기준: 기능 요구 사항 충족 등을 기준으로 리뷰를 진행합니다.
              • 피드백: 리뷰어는 PR에 피드백을 남기며, 제출자는 피드백을 반영하여 코드를 수정합니다.
            • 머지:
              • 수정 사항: 머지 후에는 필요한 수정 사항을 팀원과 공유하고, 추가 작업이 필요할 경우 다시 PR을 제출합니다.
              • 사이트 배포 후 테스트
                • 배포 후 일반적으로 기능이 정상적으로 작동하는 지 확인하는 Smoke Test 수행
                • 실제 사용자 시나리오를 통해 시스템의 전반적인 동작을 검증하는 End-to-End Test를 진행
            • 피드백 및 수정
              • 테스트 결과를 분석하고, 발견된 문제를 추후 수정개발 컨벤션
          • 프론트엔드:
            • 파일 및 폴더 구조
              • 컴포넌트: 각 기능 또는 화면에 대해 별도의 폴더를 만들고, 컴포넌트 파일(.jsx, .tsx)과 관련된 스타일 파일(.css, .scss)을 같은 폴더에 위치시킵니다.
              • 스타일: 스타일 파일은 컴포넌트와 동일한 이름으로 합니다.
              • 이미지 및 자산: 이미지는 img 폴더 안애 넣고 기타 자산은 assets 또는 static 폴더에 저장하며, 사용 목적에 따라 적절한 하위 폴더로 구분합니다
          • 백엔드:
            • 파일 및 폴더 구조:
              • 서비스: 기능별로 서비스 폴더를 나누어 비즈니스 로직을 관리합니다
                • 모델: 데이터베이스 모델을 정의하는 파일은 prisma 폴더에 저장합니다
                  • 라우터: API 엔드포인트를 정의하는 라우터 파일은 routes 폴더에 위치시킵니다.
            • API
              • 일관된 엔드포인트 이름과 HTTP 메서드를 사용합니다
              • 에러 처리: 통일된 에러 핸들링 방법을 적용하여 에러 응답 형식을 일관되게 유지합니다.
              • 문서화:
                • 사용법과 API를 문서화하여 팀원들이 쉽게 이해하고 사용할 수 있도록 합니다.
            • 공통:
              • 네이밍 규칙:
                • 파스칼 케이스: 클래스명, 컴포넌트명, 타입, 인터페이스 등.
                  • 카멜 케이스: 변수명, 함수명, 훅(Hook) 등.
                • 코드 포맷팅: Prettier를 사용하여 코드의 일관성을 유지합니다.
                • 상태 관리
                  • Hooks

오늘의 습관 메인페이지