MOAMOA Daily Sprint1
-
(데모1차)2주 구현 내용 세부사항 & 일정 정리 (
우선순위 높음)-
검색
→ 공백 처리
→ 포함된 거 모두 보여주기 (검색어: a ⇒ a포함된 모든 스터디 보여주기)
-
코드 퀄리티도 중요하지만 우선 데모 일정에 맞추어서 구현하기
-
일정
→ 이번주(6/29부터 7/1까지)는 부담을 덜어도 될듯 (강의가 있어서)
-
백엔드 진행
→ 프로젝트 세팅
→ Layer, Domain, DTO, JPA, 기능 구현 방식 …
-
-
팀 컨벤션
-
커밋 컨벤션 : 제목으로 충분하면 제목으로만, 불충분하면 내용(body)도, 그리고 “왜?” 구현했는지에 대해서도 적으면 좋을 것 같다.
-
브랜치 전략
→ 오픈소스 참고하기
-
-
팀플 진행 방식 (
시간 여유 있을 때) -
지속적 통합(CI) 어떻게? (지금 1차 데모보다는 2차 데모를 위해서)
→ 지속적 통합이 뭐지??
→ 어떻게??
→ 테스트 이후 피드백??
→ Github Action
-
내일 꼭 정하기
-
API 명세 어떻게 할건지? → 노션
-
프로젝트 세팅 (백 & 프런트)
-
백엔드 협업 어떻게 할건지? → 서로 스타일도 확인할 겸 네명이서 같이 진행해보기, Lombok 어떻게 사용할지?
-
- Github 프로젝트 전체 세팅 (완료)
- API 명세 어떻게 할건지? (완료)
- 서비스 기능 구체화 (우리가 무엇을 구현할 것인지를 구체화한다.) 어떤 것을 구현할지 막연해서 머릿속에 우리가 구현할 내용이 그려지지 않는 팀원들이 많다. 따라서 팀원들이 함께 어떤 기능을 구현할지 구체화를 진행하였다.
- 프로젝트 세팅(백&프런트) (완료)
- 백엔드 협업 어떻게 할건지? -> 서로 스타일도 확인할 겸 4명이서 몹 프로그래밍으로 진행해보기, Lombok 어떻게 사용할까?
-
매주 회고
- 매주 진행하기로 한 회고를 진행한다. (팀문화) -> 오늘처럼 매주 "금요일"에 진행한다. (데모 데이는 데모 끝나고) -> KPT 회고와 각 크루에 대한 회고를 진행한다.
- KPT 회고는 "구글 시트"를 통해 진행한다.
- 각 크루별 회고 진행은 "노션"을 통해 진행한다. -> 크루들의 피드백을 받고 나서 스스로 정리(요약)을 해보낟.
- 마지막으로 조금 더 나은 회고를 위한 방법이 있다!! 하는 크루는 의견 내주기!
-
Issue & PR
- Project(및 이슈)를 만든 의미가 현재 무색함..
- 오늘 다시 정리하고 그에 맞게 진행하는게 좋을 것 같다. (할 일 목록 같은거) Github PR -> merge 시 issue 자동 close 방법
-
할 일 목록(Todo)
- Notion에서 Github Wiki로 옮기기 -> 천천히 옮기기 -> 새로 갱신되는 내용은 조금씩 위키에 쓰고 있기
- Github Actions 적용 -> 백엔드, 프런트 나눠서 해야 될 듯 -> 빌드 결과 알림(슬렉) 기능
- 전체 일정(7/8일 발표) -> 발표 자료 준비 -> 7/6 or 7/7 일쯤에는 작업이 어느 정도 마무리되어야 하지 않을까..
- branch convention
/-
feat/6-new-calandar fix/8-no-comment issue-4
-
Backend todo
- 스터디 목록 구현 오늘 어디까지 할지 구체적으로 정하고 나서 구현
-
Frontend todo
- 디자인(Figma) - Issue (Done) 등록
- List Page 생성
-
백엔드
- 잘못된 페이징 정보로 목록을 조회시 400에러를 응답한다.
- 페이징 정보가 없는 경우에는 기본값을 사용해 스터디 목록을 조회한다.
-
프론트
- 스터디 카드 컴포넌트 생성
-
백엔드
- 10:30 ~ 12:30 JPA 강의
- n번째 페이지의 스터디 목록을 조회한다. -> 구현되면 지금 목록 전체 조회하는 부분은 구현 끝
- page, size 예외 처리
-
프론트
- 정적 ui, mocking 서버, 로직 구현
백엔드
-
페이징 처리 완료- page, size에 값이 모두 없을 경우,
default로 page = 0, size = 5를 설정한다.- page가 0보다 작은 경우 예외
- size가 1보다 작은 경우 예외
- 문자열, 음수가 들어온 경우 예외
- page, size 중 하나만 null일 경우 예외
- 예외는 400 에러로 응답한다**.**
- page, size에 값이 모두 없을 경우,
스티디 전체 목록 조회 기능 완료
프론트
-
Home Page 생성 (
반응형지원)
공통
-
발표 진행 (1차 데모)-
1명 혹은 2명?
→ 프런트 백 한 명씩
-
1차 데모데이 지원자?
→ 없으면 사다리 타기
-
-
발표자프론트: 병민, 태태 → 1 차 : 병민
백엔드: 짱구, 그린론, 디우, 베루스 → 1 차: 짱구
-
검색ex) “가 나 다" ⇒ “가나다" 로 검색
(중간 공백 제거)
ex) “자바 스터디" ⇒ “자바" AND “스터디”
-
“alt”추가 → 우선은 지금과 같이 alt 없이 진행→ 웹 접근성 위해서
→ 프론트에서 처리? (”스터디 이름" + “이미지")
→ 시각 장애인에게 음성 지원
백엔드
- 검색 기능 구현 시작
- 테스트 코드 리팩토링(?)
프런트
- Mocking 서버 만들기
- 무한 스크롤 구현
-
Controller & Acceptance Test (백엔드)
→ 베루스 진행
-
디스커션 사용
우리가 고민하고 이슈를 해결했던 내용을 자연스럽게 기록할 수 있게 된다. (취업시에 면접 등에서도 도움이 될 것으로 생각함)
각자 개인 블로그에 포스팅하기 보다 해당 Repo에 공유하면 모두가 함께 공유할 수 있음
백엔드
-
스터디 검색 기능 구현
- 검색 키워드 앞 뒤로 공백이 있는 경우 앞 뒤 공백을 제거하고 조회
- 검색 키워드가 영어인 경우 대소문자를 구분하지 않는다.
- 검색 키워드가 포함된 스터디 목록을 조회한다.
- ex) "자바" => "자바"가 포함된 스터디 목록들
프론트엔드
- mocking 서버 구현
- 스터디 리스트 조회
- 스터디 검색 결과 조회
- 데모데이 준비
- infinite scroll 구현
- code refactoring
- title height 조정
-
Discussion 주제
→ 패키지명에 대한 토론 (이유가 무엇인지 정확히 알고 쓰자. 누가 물어보면 한 마디라도 할 수 있게)
→ 1일 1 Discussion (주제: TDD를 하고 느낀점은?)
백엔드
- CORS 허용
All
데모데이 준비
Oauth 공부
변경 코드 업데이트
- 회고
- 다음 2차 스프린트 회의
- PPT 5페이지 스레드 답글에 하이라이트
- 팀소개 - 문화 - 관리 - 스택 - 기능구현 및 데모 - qna
- PPT Link
- 스터디를 더 쉽고, 편리하게! 안녕하세요 저희는 모아모아팀의 짱구, 병민, 그린론, 디우, 베루스, 태태입니다!
- 먼저 목차는 기획의도, 팀문화, 프로젝트 관리, 기술스택, 그리고 구현 기능 및 데모로 구성되어 있으며 기획의도부터 얘기해보겠습니다.
- 스터디 조회 및 관리 서비스인 모아모아를 기획하게 된 이유 두 가지를 설명드리겠습니다.
- 첫 번째로 정보 파악의 어려움입니다.
4.1) 현재 우아한테크코스 스터디에는 41개의 많은 스터디가 존재하고 있습니다. 점점 많아지는 스터디 레포지토리와 불편한 필터때문에 한 눈에 보기 어렵습니다.
4.2)또한 현재 스터디 리포지토리는 4기 크루들의 스터디만 존재하기 때문에, 스터디를 개설하거나 진행할 때 이전 기수의 스터디 정보를 찾기 어렵습니다.
4.3)또한 진행중인 스터디와 종료된 스터디를 구분하기 어려워 스터디를 개설하는 과정에서도 서로에게 직접 물어봐야 한다는 불편함이 있습니다.
-
두번째는 스터디 개설 및 모집이 번거롭다는 점입니다. 주로 슬랙에 모집글을 올리는데, 공개적으로 올리는 것을 부담스러워하는 크루들이 있었습니다.
-
그래서! 이러한 문제점들을 해결하기 위해 모아모아를 기획했습니다.
6.1) 저희는 검색 기능에 필터를 도입하여 더 쉽게 스터디를 조회할 수 있습니다.
6.2) 스터디 개설과 모집을 한 곳에서 할 수 있도록 제공
6.3) 스터디 후기를 작성하여 현재 진행하는 스터디와 다음 기수에 도움을 주고자 합니다.
- 구현기능 및 데모
- 이번에 구현한 구현 기능 및
- 데모
- 그러면 이제 저희 팀의 문화를 소개하겠습니다. 팀문화는 크게 세 가지입니다. 쉬면서 일하자, 공유하자, 그리고 회고하자입니다.
- 첫 번째로 쉬면서 일하자 입니다. 저희는 야근을 최대한 지양하고 코어 타임에 집중 하기로 했습니다. 구체적으로는, 복잡한 출퇴근 시간을 고려해 10시에서 11시에 출근하기로 했으며 데일리는 11시에 진행 합니다. 그리고 개인 시간 보장을 위해 하루 8시간만 프로젝트에 전념하기로 했습니다.
- 다음으로 공유하자입니다. 프론트와 백엔드가 서로의 진행상황이나 이슈같은 정보를 공유하기로 했습니다. 공유 방법으로는 깃허브의 디스커션을 이용했는데 개발을 하다가 도움이 필요하거나 질문, 또는 토론해보고 싶은 주제가 있으면 디스커션에 적어서 팀원들간에 보다 더 활발한 대화가 이루어지도록 했습니다.
- 마지막으로 회고하자입니다. 저희는 서로의 발전을 위해 솔직하게 피드백을 주고 받기로 했습니다. 또 감정회고를 할때 KPT회고 방법을 사용합니다. K는 잘하고 있거나 유지했으면 하는 부분, P는 문제가 있거나 변화가 필요한 부분, T는 문제를 해결할 수 있도록 시도할 것들에 대해서 회고하는 걸 말합니다. 이렇게 세 가지 관점에서 회고를 하기때문에 더 꼼꼼하고 효율적인 회고를 할 수 있습니다.
- 저희 모아모아팀은 원활한 프로젝트 진행을 위해, 깃헙의 칸반보드를 사용해 일정과 할일 목록을 관리하고 있습니다.