![[팀]조규현 공간(1-2)](https://www.notion.so/image/https%3A%2F%2Fs3-us-west-2.amazonaws.com%2Fsecure.notion-static.com%2Fbccf8e74-7462-46c9-bf54-264ba3f2845e%2F%E1%84%89%E1%85%B3%E1%84%8F%E1%85%B3%E1%84%85%E1%85%B5%E1%86%AB%E1%84%89%E1%85%A3%E1%86%BA_2021-09-27_%E1%84%8B%E1%85%A9%E1%84%92%E1%85%AE_5.45.11.png?table=block&id=f8e45e2e-c66c-48da-a402-d54b8154e4aa&cache=v2)
참여자 : 김다희, 김은서, 유지훈
시간 : 22:30~00:00
최종 팀 프로젝트 백엔드 회의를 위한 준비
- 활동 시간, 주말에도 시간 쓸건지?
- 다희 : 대략 주중 10시간 / 주말 7시간
- 은서 : 주중 8시간/ 주말 4시간
- 지훈 : 대략 주중 8시간 / 주말 5시간 (학교 공부 고려)
- 본인이 잘하는점, 부족한점
- 다희
- 잘하는점 : 일정관리, 계획, 팀 화합?
- 부족한점 : 욕심만큼 안될때 효율 떨어짐
- 예를 들어서 레디스를 붙여야된다. 근데 처음써봄. 찾아보는 시간이 길어지면 힘들어하는데 (일정이 있어서) 이럴때 같이 봐주면 좋을 것 같다.
- 은서
- 잘하는점 : 일정계획 , 성실함
- 부족한점 : 코드스타일
- 멀티태스킹이 어려울때가 있는데, 이럴때는 언제 다시 이야기하자~ 라고 말하면 좋을것같다.
- 지훈
- 잘하는 점 : 맡은 부분은 어떻게든 개발한다. 끝까지 한다.
- 부족한 점 : 코드 스타일,
멀티 테스킹이 좀 힘들다. - 일정 분배를 잘 하면 어느정도 극복 된다.
- 글로 작성하면 좋을 듯.
- 프로젝트에서 꼭 해보고싶은 기술 또는 기능이 있는지?
- 다희 : CI&CD, 알람 기능
- 은서 : jwt, CI&CD
- 지훈 : CI&CD, 채팅(할수 있으면 하고 싶다!)
- 로그 구축할건지?
- 한다.
- 어플리케이션 개발 외 기술 어디까지?
- ci/cd → ?
- AWS 빈스톡 + GITHUB ACTION
- 차선책 히로쿠
- 자코코 →
- 사용!
- flyway
- 디비 설계 어느정도 안정화되고 나서 적용하자.
- 소나큐브 (미정)
- 깃 정책 어떻게 가져가야하는지 나올때까지 보류
- 테스트 코드 어떻게 할지?
- 통합테스트
- 단위테스트
→ 조금더 생각해보자.
- 협업 툴
- 이슈 트랙커 뭐쓸까 → 깃 이슈, 지라, 노션 등
- 지라
- api 문서화 뭐로 할까 → swagger, restDoc, Postman 등등
- swagger → Postman
- 코드 협업 방식
- 코딩 컨벤션 통일 해야한다 → code style 적용하면 좋을 것 같다.
- 코드 리뷰 어떤 방식으로 할건지
- PR 디스크립션 만들어야한다.
- 개발환경
- Java
- SpringBoot
- JPA
- AWS RDB (MySQL)
- Gradle
- ci/cd
- jacoco
- flyway
- 제일 먼저 처리되어야 하는 코드
엔티티- 기본 레포 생성 - 다희 o
- 예외처리 - 지훈 o
- 응답 내려주는 기본 코드 먼저 만들어야한다. - 다희 o
CORS- 로그 - 은서 o
swagger- AWS RDS MYSQL (디비 연결) - 은서 o
- 시크릿 관리를 어떻게 해야할지?
- key, aws 등..
[추천] 환경변수로 관리 후 배포시 SecretKey에 추가
![[Intellij] 인텔리제이에서 환경변수 설정하는 방법](https://www.notion.so/image/https%3A%2F%2Fdevlog-wjdrbs96.tistory.com%2Ffavicon.ico?table=block&id=981537b2-357e-4221-81e7-189eaf390ab7&cache=v2)
![[Intellij] 인텔리제이에서 환경변수 설정하는 방법](https://www.notion.so/image/https%3A%2F%2Fimg1.daumcdn.net%2Fthumb%2FR800x0%2F%3Fscode%3Dmtistory2%26fname%3Dhttps%253A%252F%252Fblog.kakaocdn.net%252Fdn%252Fbtn8fa%252Fbtq9we20LEA%252FHElmkToBDyTUDsud9xqcp1%252Fimg.jpg?table=block&id=981537b2-357e-4221-81e7-189eaf390ab7&cache=v2)
- 팀 협업시 이런 규칙이 있으면 좋겠다 싶은 점!
- 다희
- 아무리 바빠도 본인이 담당한 기능 끝난 뒤에는 실시간 코드 리뷰 시간을 갖으면 좋겠다.
- 프로젝트 코드에 대한 이해도 증가, 개발 실력 향상 목적임.
- 하루 코어 타임이 5시간 외 코어타임이 추가적으로 있으면 좋겠음.
- 삽질시간 1시간 넘어가면 바로 sos를 외치자
- 은서
- PR 올릴 시 바로 팀원들에게 알려주기 or 리뷰 요청
- 코어타임 시작시 간단 스크럼
- 지훈
- PR을 올리면 1시간 안에 코드 리뷰를 해주면 좋겠다.
- 빠른 피드백으로 코드 수정 후 반영하기 위해서
- Merge할 때 팀원들에게 꼭 알려주기!
- git conflict를 최대한 피하려면 merge된 프로젝트가 있을 시 작업하던 프로젝트를 최신화 하여 관리하기 위해
- 매일 회고의 시간이 있었으면 좋겠다
코드 협업 방식
테스트 코드
제일 먼저 처리되어야 하는 코드
ssl