-
Notifications
You must be signed in to change notification settings - Fork 24
2021 07 12 회의록
Jinhong edited this page Aug 16, 2021
·
1 revision
- 코다
- API 명세를 보고 프론트엔드와 백엔드가 병렬적으로 일을 진행하는 것이 효율적이었다.
- 백엔드의 경우 뒤늦게나마 스켈레톤 코드를 함께 작성해서 어느 정도의 싱크를 맞추고 개발을 하니 훨씬 정돈된 느낌이어서 좋았다.
- 설계를 하고 구현을 하면서 몰랐던 부분에 대해서 고민을 하고 몰랐던 키워드 등에 대해서도 배울 수 있어서 좋았다.
- 다니
- 초반에 이런저런 컨벤션을 맞춰둔 게 좋았음
- 처음부터 API 명세를 해가는 과정이 좋았음 → 미션할 때는 주어진 것 일부 변경/활용하는 느낌이 강했음
- 두 팀으로 나눠 페어로 엔티티 설계하는 경험이 좋았음 → 연관관계 매핑에 대해 더 배울 수 있었음
- 브콜
- 크리스와 선호하는 코딩스타일이 비슷해 의견충돌이 많지 않았다.
- 크리스가 디자인을 잘 해놓아서 컴포넌트 구현이 수월한 편이었다.
- 계획한 이슈의 대부분을 수행했다.
- 크리스
- 개인적으로 목업 작업 좋아하는데 나름 재미있는 일주일이었음
- 브콜이랑 코딩 스타일이 비슷한 부분이 많아서 별다른 충돌이 없어서 편했음
- 지금 진행하고 있는 개발 플로우가 지금까지 수행했던 깃허브를 활용한 개발 플로우중 가장 체계적이고 편해서 편-안
- 마크
- API 명세 굳.
- 미션이 아닌 만들고싶은 도메인에 대한 설계를 해볼 수 있어서 좋았음.
- 팀원들과 더 친해질 수 있어서 좋았음.
- 깃을 잘 사용하지 못했는데, 실제 팀원들과 깃을 연습할 수 있어서 좋았음.
- 케빈
- (백엔드) 도메인 설계에 대해 깊게 논의할 수 있어서 좋았다.
- (전체) API 설계 등에 모두가 참여하며 논의할 수 있어서 좋았다.
- 손너잘
- 논의하는데 있어서 건설적 토론이 됐던것 같아서 좋았음.
- 설계하는데 있어서 처음임에도 불구하고 서로의 ERD 컨텍스트가 맞았다는 점에서도 좋았던것 같군요
- 코다
- 처음 스켈레톤을 다소 늦게 시작해서 초기 세팅에 오래 걸린 것이 아쉬웠지만 한번쯤 경험해보면 좋았던 부분이었던거 같기도 하다.
- API를 조금 더 꼼꼼히 고민하면서 짰으면 변경사항이 적어서 프론트엔드와 백엔드간의 혼란스러움이 덜 있었을 것 같다.
- 다니
- 초기 세팅에 많은 시간이 들었음 → 백엔드 PR 머지된 게 pre-pass 뿐 ,,,, 진도가 느린 것 같음
- 이번이 첫 스프린트인데 처음부터 모든 걸 완벽하게 하려는 느낌이 없지 않아 있었음
- 회의할 때 잡담이 꽤나 많았음 ,,
- 테스트 코드 작성하는 실력을 키워야겠다고 느낌
- 테스트 코드가 당연히 중요하지만, 프로덕션 코드도 코드 리뷰 해줬으면 좋겠음
- 브콜
- 주말에 시간을 많이 쓰지 못했다.
- 개인공부를 더 해야겠다ㅜ (특히 네트워크쪽에 자신감이 없음)
- 크리스
- 어디 나가는걸 좋아하지는 않는데 그래도 카페도 못가고 집에서 코딩만 하니 우울증 걸릴 각
- 컴포넌트 만들기 바빠서 다른 공부는 많이 못해봄
- 원래 계획보다 좀 더 진도를 나갈 수 있었을 것 같은데 아쉬움
- 마크
- 개인적인 일로 많은 참여를 못함.
- 생각보다 진도가 빠르지 않음.
- 테스트코드 작성하는 실력이 부족하다고 느낌.
- 첫번째 스프린트에서 너무 많은 디테일을 잡을려고 하는 것 같음.
- 한 두명이 스켈레톤 코드를 작성하는 방법이 더 효율적이라고 생각듬.
- 다른 방법을 찾아봐야하나...
- 생각보다 테스트 코드나 구현할 코드가 많아서 테코톡을 못함. 내가 다른 팀원의 도메인을 이해하지 못하는 부분이 있음.
- 오프라인으로 모일 수 없어서 프론트측과 커뮤니케이션하는 것이 쉽지 않음. (API 토론을 한 번 더해야 할듯)
- 케빈
- 돌이켜보니 API 설계 때 너무 백엔드 위주로 논의가 진행된 것 같았다.
- 기능 구현에 있어서 우선순위를 고려하지 않고 개발하다 보니, 개발할 때 싱크를 맞추기가 힘들었다.
- 확실히 정하고 넘어가야할 사안들에 대해 가볍게 넘어가서 아쉬웠다.
- 예를 들어, 글 본문과 댓글 및 태그 등의 길이 등에 대해서 현재까지도 제약 사항을 제대로 정하지 못했음.
- 스켈레톤 코드 작성시 필드명 등 미니멈으로 합의해야 하는 부분에 대해 팀원 5명 모두 간과했다.
- 회의 때 간혹 주제와 상관없는 이슈로 이야기가 흘러가거나, 너무 과열되어 당장 회의에서 논의할 필요가 없는 이슈 등에 대해 집중하는 경우가 종종 있었음.
- 회의 시간 장기화 및 피로감 증가.
- 손너잘
- 생각보다 개발 프로세스가 매끄럽지 못했던 점?
- 테스트코드를 조금 더 충실하게..
- 그래서 첫 협업치고는 나름 좋았던것 같은데..?
- 나 혼자 다른 도메인에만 신경쓰고 있었어서...
-
코다
- 변경된 API 관련 중요 노티를 저장해 놓는 별도의 채널 혹은 페이지가 있으면 의사소통이 원활할 것 같다.
- 이슈 사안들을 미뤄두지말고 한곳에 모아서 정리하고 빠르게 처리할 수 있는 부분들을 빠르게 처리하면 좋을 것 같다.
-
다니
- 정해야 할 거 한번에 잘 정리하고 지나갔으면 좋겠음 → 놓친 부분 있을 때 다시 얘기해야 하는 비용 발생
- 스프린트 범위 잘 정해야 할 거 같음 → 너무 크지도 너무 작지도 않게 !
- 커뮤니케이션을 효율적으로 할 방법을 찾아야 할 거 같음
-
브콜
-
프론트 ui 미리보기
-
-
크리스
- commit 메시지를 통해서 이슈를 자동으로 close 하는 기능을 적용해봤으면 함.
-
마크
- 각 구현의 데드라인을 잡아야할 것 같음.
- 진도를 빠르게 뺄 방법을 찾아봐야 할 필요가 있음.
- 커뮤니케이션을 위해 더 많이 회의를 했으면 좋겠음. (근데 구현 때문에 시간이 안나는게 문제..)
- 온라인이라도 더 많이 회의를 해야할 것 같음.
-
케빈
- 회의시 발언권에 대해 토킹스틱 / 손들기 등 사용하기?
- 현실적으로 오프라인 밋업이 힘들다면 온라인을 최대한 활용하는 방안을 고려해보기.
- 회의시 잡담 줄이기.... (최대한 쉬는 시간에 하는걸로 .. ! ^^)
-
손너잘
- 설계5 개발2 를 설계4 개발 3으로 잡아야 할 것 같다. 생각보다 개발속도가 나오지 않았던 것 같다.
- 새로운 기능 추가는 이번 스프린트보다 작은 단위로 갈 것 같아서, 설계에는 리팩토링에 더 많은 시간이 있었으면...
- 배포합시다.
- 이슈 사안을 미루지 않고 한 곳에 모아둘 공간이 필요. → 깃헙 이슈에 통합 관리
- 확실히 정하고 넘어가야할 사안들은 모아서 정리할 필요가 있음.
- 스프린트 범위가 너무 큼. 잘 생각해서 계획 합시다**. → 프로젝트 2주단위, 마일스톤 1주 단위로**
- 각 이슈별 데드 라인을 정하면 좋을 것 같음. (특히 빙허)
-
회의때 잡담이 너무 많음. 토킹 스틱 다시 부활해야 함. → 토킹스틱 부활
- 백엔드 위주가 아닌 팀 위주로 토론 합시다.
- 우선 순위에 따라 개발을 하는 것이 좋은 것 같음.
- 테스트 코드 잘 작성하고, 리팩토링 하는 방식으로 갑시다. (테스트가 잘 짜여있어야 리팩토링이 가능)
- 테스트 코드 잘 작성.
- 배포. (2차 데모 데이의 핵심도 배포) → 다음주 스프린트의 핵심. 계획 세워야 함.
- 프론트/백 진행사항 공유 및 스토리보드
- 게시글, 댓글, 태그 길이 제한
- 게시글 길이 제한: 500자
- 댓글 길이 제한: 100자
- 태그 길이 제한: 20자
- 이미지 용량 제한, 확장자: 일단 프리.
- 한줄 자기 소개 길이 제한: 160자
- 깃헙 통계 부분 어떻게 진행할지
- API 문서 최신화 방법 (변경된 API 논의 및 제약사항 논의)
- CI/CD 젠킨스 설정 → 한명이 책임지고 해보고(삽질이 많이 필요해서 기간 맞추기 위함) 다같이 실습 등으로 학습하기 (손너잘)
- 백엔드 프론트 기능구현 완료 후 연결
- 스프린트 스캐줄
- 화요일: 백엔드 코드 병합 완료
- 오늘
- 수요일: 나머지 빠진 부분 구현 및 완전 최종
- 수요일 - 금요일, 주말: 배포 및 CI/CD
- 목요일: restdocs & 서버 띄우기 !!!!!!
- 화요일: 백엔드 코드 병합 완료
- 예외 처리
- 도메인 테스트
- 서비스 슬라이스 테스트 + 통합 테스트
- 슬라이스 테스트 - repository 모킹 O
- 통합 테스트 - repository 모킹 X
- Data JPA 테스트
- 인수 테스트
- 컨트롤러 테스트 👉 restdoc 할 때 같이 고고
Copyright © 2021 WoowaCourse Project Team PickGit