코딩 컨벤션
•
dto 네이밍
◦
jpa 쿼리 메서드 그대로 따라가기?
▪
편하긴 하지만 읽기 어려움
◦
groupPurchaseResponse vs groupPurchaseGetByIdResponse
▪
우리가 편한 방식을 택하기보단, 그때 그때 정하기 어렵더라도 읽기 쉬운 걸 추구하자
◦
groupPurchase +(무언가 필수로 넣기!) + Response
▪
왜? api마다 각기 다른 dto 무조건 사용하기
◦
내부 dto
▪
groupPurchase + ( ) + Dto
결정 사항 (땅땅땅)
•
dto 사용할 때
◦
내부 dto 없는 경우
▪
외부 dto: member + (설명) + Response
record Member(설명)Response(Long id, String name) {}
Java
복사
◦
내부 dto 있는 경우
▪
외부 dto: member + (설명) + Response
▪
내부 dto: member + (설명) + ResponseItem
record Member(설명)Response(List<Member(설명)ResponseItem> members, int page) {}
record Member(설명)ResponseItem(Long id, String name, String nickname) {}
Java
복사
협업 방식
•
페어 프로그래밍
◦
고민할 시간이 부족했음 → “고민하는 시간을 가져보자” 라고 꼭 어필하기
◦
새로운 개념을 도입할 때 잘 숙지하지 못할까 우려됨 → “생각할 시간이 필요하다”라고 꼭 어필하기
▪
페어 코드를 따라 흘러가는 걸 경계하고 싶음
▪
페어한테 설명듣기보단 스스로 학습하고 싶음
◦
지칠까 우려됨 (i 에용) → 컨디션 보고 페어와 상의 후 결정하기 (여지 남기기)
•
지식의 평준화를 이룰 방법
◦
다른 크루한테 배우면 효율적이고 좋은 거 아닐까?
◦
스스로 배우는 걸 좋아하는 크루라면?
◦
생각하는 시간 갖는 동안 페어가 기다리는 거 우려된다면?
◦
개인으로 공부 vs 함께 공부 → 함께 공부하는 게 더 효율적임
▪
포케: 함께! 서로 아예 다른 내용을 공부해와 한 명이 다른 쪽의 학습 내용에 맞춰야 하는 상황 생길 수 있음
▪
도랴: 함께! 둘이 함께 공부하면 핀트에서 벗어나는 거 방지하고, 루즈해지는 것도 방지해줌
▪
메이슨: 공부는 개인, 코드는 함께!
▪
에버: 공부 개인, 코드 개인!
•
코드 리뷰
◦
남길까?말까? → 남기자