ForA

📝 기획 의도 (Purpose)

ADHD로 혼자 고민하지 말고, 'ForA'와 함께하세요!
여러분의 일상과 고민을 나누고,
ADHD를 잘 이해하고 치료하는 병원을 찾아보고,
약탭을 통해 복용 중인 약의 정보를 확인하고, 나에게 맞는 약을 찾아봐요!

'ForA'는 ADHD를 이해하고, 여러분과 함께 성장하고 싶은 서비스입니다. :)

🖥️ 프로젝트 소개 (Project Introduction)

📚 Tech Stack 📚

✨ Platforms & Languages ✨

🛠️ Tools 🛠️

🗂 DB 설계 (Database Design)

📜 API 명세 (API Documentation)

API 명세서

🚀 구현 기능 (Implemented Features)

1️⃣ 기능 1: 회원가입 및 로그인

2️⃣기능 2: 메인홈

3️⃣기능 3: 커뮤니티 기능

4️⃣기능 4: 병원 안내 및 리뷰

5️⃣기능 5: 약 안내 및 리뷰

6️⃣기능 6 : 마이페이지

👥 팀원 및 역할 (Team Members & Roles)

김다은	룰 및 컨벤션 도입 추진, API & DB 설계, Spring Security & OAuth2 인증 및 인가 로직 구현, 유저 및 병원 도메인 구현, AWS 인프라 구축
이서현	API & DB 설계, 게시글 탭, 메인 홈, 약 탭 작업

코드 리뷰 규칙

뱅크샐러드의 Pn, Dn 룰 도입

Pn 룰

• P1: 꼭 반영해주세요 (Request changes)

  서비스의 중대한 오류 가능성이 있는 경우 등 코드 수정이 필요하다면 P1 태그를 통해 작성자에게 수정을 요청합니다. 작성자는 리뷰어의 요청을 반영하거나 반영할 수 없는 합리적인 의견을 통해 리뷰어를 설득해야 합니다.

• P2: 적극적으로 고려해주세요 (Request changes)

  작성자는 P2에 대해 수용하거나 만약 수용할 수 없는 상황이라면 적합한 의견을 들어 토론할 것을 권장합니다.

• P3: 웬만하면 반영해 주세요 (Comment)

  작성자는 P3에 대해 수용하거나 만약 수용할 수 없는 상황이라면 반영할 수 없는 이유를 들어 설명하거나 다음에 반영할 계획을 명시적으로(GitHub 이슈 등으로) 표현할 것을 권장합니다.

• P4: 반영해도 좋고 넘어가도 좋습니다 (Approve)

  작성자는 P4에 대해서는 아무런 의견을 달지 않고 무시해도 괜찮습니다. 해당 의견을 반영하는 게 좋을지 고민해 보는 정도면 충분합니다.

• P5: 그냥 사소한 의견입니다 (Approve)

  작성자는 P5에 대해 아무런 의견을 달지 않고 무시해도 괜찮습니다.

Dn 룰

• D-0 (ASAP): 긴급한 수정 사항으로 인한 즉각적인 리뷰 요청으로, 장애가 발생한 경우 등 긴급 이슈가 발생했을 때 사용합니다.
• D-N (Within N days): "N일 이내에 리뷰해 주세요", 일반적으로 D-2 태그를 많이 사용하며 중요도가 낮거나 일정이 여유 있는 경우 D-3 ~ D-5를 사용하기도 합니다.

코드 리뷰에 임하는 자세