Search
💻

컨벤션 유연하게 만들기

날짜
2024/07/17
파트
백엔드
서기
블로그 업로드 여부

코딩 컨벤션

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 함께 공부 → 함께 공부하는 게 더 효율적임
포케: 함께! 서로 아예 다른 내용을 공부해와 한 명이 다른 쪽의 학습 내용에 맞춰야 하는 상황 생길 수 있음
도랴: 함께! 둘이 함께 공부하면 핀트에서 벗어나는 거 방지하고, 루즈해지는 것도 방지해줌
메이슨: 공부는 개인, 코드는 함께!
에버: 공부 개인, 코드 개인!
코드 리뷰
남길까?말까? → 남기자