[TIL] 220801-220807

학습

• 3일
  • OAuth2 client를 이용해 facebook, google, kakao, naver 로그인 구현.
  • Swagger로 API 문서 설계.
  • JUnit5와 MockMvc 학습. Spring으로 구현했던 blog API에 대한 통합 테스트 코드 작성.
  • JWT 로그인 구현한 API 빌드 후 AWS 상에 배포.
  • Gradle 인코딩 오류 해결
• 4일
  • 메타 코딩 Github 협업 강의 수강
  • MockMvc 이용한 통합 테스트 코드 작성 완료
  • CS 스터디 - 시간 복잡도, 알고리즘 복잡도 주제로 발표
  • 테스트 코드 개념 정리 (Unit test, E2E test, Integration Test)
  • Spring mail 라이브러리를 사용한 메일 전송 기능 구현 (회원가입 메일 인증 API 30% 완료)
• 5일
  • 팀 프로젝트 ERD 설계
  • 팀 프로젝트 초기환경 세팅 + 설계한 ERD 바탕으로 Entity 생성
  • AWS S3 구축
• 6일
  • AWS (VPC, 서브넷, 라우팅 테이블, EC2, ELB, github action) 개념 간단히 정리
  • Github action을 이용한 프론트 서버 자동 배포 테스트
  • 팀 과제 - 마이 페이지 API 기본 틀 제작 (reply API 완성되면 끝낼 예정)
  • 서버 아키텍처 간단히 정리 (단일 서버, Application/DB 분리 서버, 서버 단위 Load Balancer, 앱 단위 LoadBalnacer)
• 7일
  • Github action + ElasticBeanstalk 를 이용한 Flask 백엔드 서버 자동 배포 테스트

 

개선할 점

• rebase 사용 주의
  • main, dev 브랜치에서 rebase 사용 자제. 팀원들이 pull 받을 때 commit 기록 불일치로 충돌 발생.
  • commit 메시지 깔끔하게 하는 것에만 집중해서 rebase 남발할 시에 commit 내용이 엉킴. ( 특정 기능을 구현 완료했다는 commit 기록으로 돌아가 보면, 해당 기능 완료 + 다른 기능 30% 정도 구현된 기록이 남아있음). 잘 구별해서 rebase 할 것.
• 개발할 때 ERD, API 명세서 제대로 짜고 시작
  • 혼자 작업할 때는 원하면 바로바로 수정 가능하지만, 팀 작업 시에 기능을 나눠서 개발해서 기초적인 것들이 제대로 정의되지 않으면 개발이 불가능.
• 코드의 구체적인 동작, 이론 숙지.
  
  • 기능의 작동 여부, 작업의 속도에만 집중해서 개발을 끝냈더니, 누군가가 내가 다른 곳에서 가져온 코드 부분의 구체적인 흐름에 대해서 물어봤을 때 대답을 제대로 하지 못했음. 나중에 다시 같은 기능을 구현할 일이 생겼을 때도 스스로 배운 걸 응용하기보다는 찾아봐야 하는 일이 발생할 것. 구현하는 도중에 이해하고 작성하려고 노력하고, 못했다면 구현 완료하고 나서 꼭 다른 곳에서 가져온 코드의 구체적인 동작들 숙지.
• 하나의 기능을 구현하는 여러 방법 숙지.
  • 기능의 작동 여부에만 관심을 두고 하나의 방법만 숙지하고 개발 했을 때, 더 효율적인 방법을 고려해서 개발하지 못함. 매번 제한적인 방법으로만 구현 하는 문제점. 상황이 조금 달라져도 매번 구글링해서 다른 방법을 찾아야 하는 번거로움도 존재.   
• 생활 패턴 지키기
  • 기상 시간, 식사 시간, 공부 시간, 수면 시간 계획한 대로 딱딱 지키기. 하루 망가져도 두통 + 수면 부족 겹쳐서 감당이 안된다...
  • 매일 아침에 하루 단위로 해야 할 일들 정리하지 말고, 하루 단위 해야 할 일 결정 + 각 할 일들의 구체적인 수행 순서, 대략적인 수행 시간 정하고 시작하기. 계획한 것보다 작업 시간이 초과되거나 일찍 끝날 경우에는 유동적으로 일정 수정. 해야 할 일 안하고 늘어지는 문제 방지.

•