250810 회고 💬
이번 주는 뭔가 출근길이 예전만큼 덥지 않았다. 사실 3달 뒤면 눈온다... 💀 ㅎ
Keep 👍
알고리즘
알고리즘 문제풀이를 계속하고 있다. 이번 주에도 SQL 문제를 계속 풀이했다. 내장 함수를 잘 몰라서 못 푸는 문제가 많았다.
출퇴근 자투리 공부
출퇴근 시간을 활용해서 인강을 듣고 있다. TDD 강의를 들었다. 물론 이전에도 RED-GREEN, MOCK 등의 테스트 기법은 알고 있었다. 그럼에도 테스트와 생산성을 어떻게 가져갈 수 있는지 의문이 해소되지 않았었다. 예를들어 지금까지 나의 테스트 코드 개발 루틴은 아래와 같았다.
- 하나의 컨트롤러 모두 완성
- 가능한 시나리오를 모두 떠올리고 메모
- 작성한 메모에 따라 컨트롤러 테스트 하나에 모든 테스트 케이스 작성
- 로직이 변경되면 귀찮아서 테스트코드 주석처리
위같은 루틴이 매번 반복됐다. 그래서 테스트 코드 좋아한다, 좋아한다 자기최면을 몇년째 하고있다. 이런 상태니 자연히 실전에서는 귀찮아 후순위가 되고는 했다. 그런데 이번 강의로 큰 깨달음을 얻었다.
- 컨트롤러 단위로 테스트를 작성하지 않는다 -> api 단위로 테스트코드를 작성한다.
- 클래스를 굳이 고집할 이유가 있지 않다면 레코드를 사용한다.
명세서 - DB - API순서의 개발보다는명세서 - 테스트코드 - API순서의 개발을 지양한다.
특히 마지막 깨달음이 큰 충격이었다. TDD에서 DB는 필수가 아니다. 테스트를 통과하는데 굳이 필요하지 않다면 DB를 사용하지 않아도 된다(물론 어느정도 선을 타야겠지만 그건 경험이 해결해줄 문제라고 치자). 따라서 명세서 -> 명세서 보고 테스트 작성 -> 테스트 실패 -> api 작성 -> 테스트 성공 -> 리팩토링 순의 개발이 가능해진다. 이러면 DB에 종속적인 개발이 아닌, API 주체의 개발이 가능하다.
SSAFY 프로젝트 학기
안면인식 프로그램을 제작 중이다. 이번 주 금요일까지가 MVP 제작 기한이었다. 생각보다 빠듯한 일정에,,,, 정신없는 1주일을 보냈다.
- 완료
- 회원가입 로직
- 로그인 로직
- 공통 응답 래퍼 클래스 제작
- 에러 핸들러 제작
- 스키마 회의
- API 명세서 제작 (swagger)
- 회원 정보 변경 로직 개선 (password resolver)
- api 로깅 작업하기 (interceptor)
- 좋아요 기능
- 구독 기능
- 자기 정보 조회 api
개인 공부
레디스를 조금 공부했다. 해당 내용은 여기와 또 여기서 확인할 수 있다.
독서
혼자 공부하는 네트워크를 읽고있다.
Try 🧚
- 싸피 프로젝트 TODO
- 리팩토링
- 코드리뷰
- 구매시 메일 전송
- Oauth2 (구글, 카카오, 네이버)
- RefreshToken
- Mail Sender (공지사항, 약관 변경)
- 유저 알림 기능 (공지사항, 약관 변경)
- 유저 옵션 (알림, 메일 수신 설정)
- ID 중복 확인 API 작업
- application.yml 파일 prod, dev 분리하기 - 혼자 공부하는 네트워크 읽기
Problem 🤢
싸피 프로젝트 작업에 손이 안 간다... 후 빨리 기능들 만들어야하는데,,,
독서 목록
서평 완료 목록
서평 예정 목록 (읽는 중)
- 혼자 공부하는 네트워크 (13%)
으악 재미없어,,, 🤪
면접을 위한 CS 전공지식 노트한 권으로 읽는 컴퓨터 구조와 프로그래밍
독서 예정 목록
- 혼자 공부하는 네트워크
- 오브젝트
- HTTP 완벽 가이드
- 자바/스프링 개발자를 위한 실용주의 프로그래밍
- 모던 자바 인 액션
- 자바 성능 튜닝 이야기
- 헤드 퍼스트 서블릿
- 파이브 라인스 오브 코드
