Skip to content

Latest commit

 

History

History
240 lines (147 loc) · 12.3 KB

README.md

File metadata and controls

240 lines (147 loc) · 12.3 KB
IMAGE

나도 배운걸 활용하고 싶다

배운걸 활용하고 싶은데 고민이신가요?
여러 사람들과 체계적으로 스터디를 관리하고 싶으신가요?
걱정마세요. 당신이 원하는 스터디 Ludo가 찾아드릴게요.

Team Ludo

💭 팀 마인드셋

  1. 사용자를 우선하는 관점에서 프로덕트 만들기
  2. 현업 프로세스와 유사한 협업과정 경험
  3. 유지가능한 서비스 만들기
  4. 기술 역량 향상
  5. 실 사용자가 있는 서비스를 개발 및 운영

🙋🏻‍♂️ Member

Backend Backend Backend Frontend Frontend Frontend Design

휴

김준기

빽

성현

효신

헌의

정효

🧑‍🎨 프로젝트 기획 의도

  • 누구나 쉽고 빠르게 지속 가능한 스터디에 참여할 수 있는 플랫폼입니다. 스터디 지원부터 참여, 관리까지 모든 과정을 한 곳에서 통합적으로 관리해 지속 가능한 학습 환경을 조성하는 것을 목표로 하고 있습니다.

💡 프로젝트 소개

  • 스터디 지원부터 참여, 관리까지 누구나 쉽고 빠르게 지속 가능한 스터디에 참여할 수 있는 스터디 플랫폼입니다.

🎬 프로젝트 진행상황

✔︎ 진행기간 : 2023.12.15 ~ 진행 중


📋 프로젝트 자료

🖌 기획

📄 기능 명세

🎨 디자인


🛠 주요 기능

✔︎ 스터디 모집공고 조회

  • 메인페이지에서 원하는 카테고리의 스터디 모집공고를 확인할 수 있어요.

  • 모집공고 모아보기 페이지에서는 필터를 통해 원하는 스터디 모집공고를 확인할 수 있어요.

✔︎ 스터디 지원

  • 스터디 모집공고 상세 페이지에서 원하는 스터디 모집공고에 지원할 수 있어요.

✔︎ 스터디 생성

  • 로그인한 사용자는 스터디 생성페이지에서 스터디를 생성할 수 있어요.

✔︎ 스터디 모집공고 생성

  • 생성된 스터디에 대한 모집공고를 생성할 수 있어요.

✔︎ 마이페이지

  • 마이페이지에서 참여중인 스터디, 지원한 스터디, 진행 완료된 스터디를 한눈에 확인할 수 있어 효율적인 학습 관리가 가능해요.


🛠 Ludo의 특장점

✔︎ 신뢰도 시스템

  • 더욱 멋진 스터디 경험을 위한 사용자 신뢰도 시스템. 사용자 리뷰 평가와 출석 기록으로 산정되는 신뢰도 시스템은 여러분의 스터디 경험을 향상해 줄 거예요.
  • 사용자 신뢰도 시스템은 스터디를 진행하며 발생할 수 있는 갈등 상황을 최소화 하기 위해 도입되었어요.

✔︎ 자동 출석 체크 시스템

  • 번거로운 출석 확인 작업을 자동화한 시스템으로 버튼 하나로 모든 스터디원의 출석 체크 현황을 파악할 수 있어요.

✔︎ 실시간 알림 시스템

  • 원하는 정보를 전달하는 실시간 알림 시스템. 진행 중인 스터디에 변경 사항이 있을까 마음 졸이지 않아도 괜찮아요. Ludo가 실시간으로 알림을 보내드릴게요.
  • 관심있는 주제의 스터디 모집 공고가 있을 때, 알림으로 해당 스터디를 추천해주는 기능을 제공해요.


기대효과

누구나 쉽고 빠르게 지속 가능한 스터디에 참여할 수 있는 플랫폼을 개발하여, 스터디 문화가 적극적으로 활성화 되지 않은 지역의 교육적 격차를 없애고 정보의 불평등을 해소할 수 있을 것으로 기대합니다.


🛠️ 기술스택

Back-end

백엔드_기술스택

Front-end

프론트_기술스택

Infra & Collaboration

협업_기술스택


🔨 아키텍처

Ludo-아키텍처 구조 (1201 x 601 px)


💾 DB 구조

ludo-ERD


Branch 컨벤션

main: 최종 배포 (ver 1.0)
dev: 다음 버전 준비 (ver 2.0)
feature/관련 항목: 관련 항목에 대한 기능 구현
  1. 여러 feature 브랜치가 만들어지고 완료된 경우 develop 브랜치에 PR 남김
  2. PR에 대한 코드 리뷰 진행 (컨벤션 준수, 효율성, 개선점 등)
  3. 리뷰 통과시 Merge

PR 컨벤션

Conventional Commits 적용


Commit 컨벤션

Format

type: subject

body

컨벤션 가이드

type

  • 하나의 커밋에 여러 타입이 존재하는 경우 상위 우선순위의 타입을 사용한다.
  • fix: 버스 픽스
  • feat: 새로운 기능 추가
  • refactor: 리팩토링 (버그픽스나 기능추가없는 코드변화)
  • docs: 문서만 변경
  • style: 코드의 의미가 변경 안 되는 경우 (띄어쓰기, 포맷팅, 줄바꿈 등)
  • test: 테스트코드 추가/수정
  • chore: 빌드 테스트 업데이트, 패키지 매니저를 설정하는 경우 (프로덕션 코드 변경 X)

subject

  • 제목은 50글자를 넘지 않도록 한다.
  • 개조식 구문 사용
    • 중요하고 핵심적인 요소만 간추려서 (항목별로 나열하듯이) 표현
  • 마지막에 특수문자를 넣지 않는다. (마침표, 느낌표, 물음표 등)

body (optional)

  • 각 라인별로 balled list로 표시한다.
    • 예시) - AA
  • 가능하면 한줄당 72자를 넘지 않도록 한다.
  • 본문의 양에 구애받지 않고 최대한 상세히 작성
  • “어떻게” 보다는 “무엇을" “왜” 변경했는지 설명한다.