-
Naming Convention
- JAVA : Camel Case
- DB, JS : snake_case
- 최대한 변수의 의미에 중점을 둔 네이밍
-
Comment
- 클래스와 메소드가 어떤 역할을 하는지
- 다중 if/for 등 로직이 복잡한 경우 / 특별한 제약이 필요한 경우
- 변수의 이름만으로 설명이 부족한 경우
-
Debug용 콘솔 출력
- System.out.println 보다는 Logback 적극 활용
-
RESTful
- REST API를 구현 하진 않았지만 이후 REST API 설계를 위해 최대한 RESTful 하도록 uri 구성
-
기타
- Spring MVC
- Spring Boot
- SRP(단일 책임 원칙)을 준수하여 함수와 클래스가 하나의 책임만을 갖도록 설계
- 함수나 클래스는 작고 명확하게 유지하면서 코드의 중복을 줄여 유지보수를 용이하도록 설계
- 진행 상태확인 및 대략적인 소모차트 예상 , 간단한 스크럼 회의 이후 스프린트 진행, 스프린트 리뷰 등의 방법으로 지속적인 커뮤니케이션 유지
- 혼자 해결하기 어려운 부분들은 팀원들과 소통을 통해 다각적인 해결 시도
➡️ 로그인 일반적인 로그인 및 카카오 로그인 API, 네이버 로그인 API 활용
➡️ 패키지 관련 CRUD 패키지 하위의 호텔, 관광지, 패키지 일정, 식당 CRUD
➡️ 패키지 조회 / 예약 생성된 패키지 조회 및 결제 후 예약
➡️ 이메일 SMTP 프로토콜을 이용한 회원 메일 서비스
➡️ 결제 포트원의 KG 이니시스 V1 모듈을 이용한 결제 시스템 구현

