• 코드 컨벤션

    • package 구성
      • domain
        • 각 도메인 별 servie/controller/dto/entity/repository
          • helper
        • global
          • aop
            • exception
            • jwt
            • config
              • security
                • WebSe
                • jpaAuding.class
                • redisConfig.class

    ManyToOne Fetchtype은 lazy로 통일

    dto파일 네이밍은 모두 DTO로 통일

    CommonResponseDTO 사용하지 않고 api 명세에 맞는 response dto파일 만들기

    dto파일은 record 지향

    서비스가 여러가지 레파지토리를 사용할 수 있음(좋은 방향은 x, service가 다른 서비스를 마음껏 사용x, 밀접한 관계가 있지 않는 이상 다른 레포지토리를 침범하는것은 사용 지양)

    API 검증은 컨트롤러에서 함

    entity 내부에 메서드 존재

  • 깃플로우 전략

    • main : 배포용 develop : 통합용 feature : 각자 기능 개발
    • 이슈 전략 : 이슈번호를 기준으로 풀리퀘해서 매핑해서 넣어준다(자동 가능). 브랜치명 ex) 11_??? 일단은 Label관리정도까지만 들어가면 좋지 않을까 Label 매핑까지만 해주면 좋을듯

  • 배포 계획

    • 도커 사용

  • 이번 주 한 일

    • 기획 및 기획 개편
    • 개발 환경 설정
    • 팀원 개인
      • 세훈
      • 유섭
      • 팀원
      • 태인

  • 이외에도 기술적인 방향을 잡기 위한 질문을 정리해두시면 가장 좋습니다!

    • 김세훈

    • 김성훈

    • 신유섭

    • 안태인

    • 이외로 튜터님 해 주신 말씀 :

      칸반  보드 →

    보통 Issue URL을 복사해서 현황보드에 넣어둠 이래이래하고있다 알려주는것

    할일 = 이슈 / 기획자나 tester가 쌓음 개발자들은 보고 맡은 도메인을 기준으로 우선순위를 정해서 진행중으로 옮기고 브랜치따고 작업시작

    진행 중 = branch생성 및 코드작성

    코드리뷰 = pr생성, 코드리뷰

    완료 = merge완료

    프레임워크 →

    spring 2->3에서 security 많이 바뀜 배운건 3이상으로 배웠으므로 사용했다라고 해도됨 framework부분은 크게 신경x

  • 숙제: 멘토링 결과 다음 주까지 해올 일

    • 팀 전체 (리더와 부리더님께서 필두로 정리해 주세요.)

    • 팀원 개인별로 작성해 주세요.