Continuous Challenge

3주차부터 5주차까지는 이전 과제보다는 긴 호흡으로 서버를 구축하는 과제를 진행한다. 3주차는 설계 단계로 프로젝트의 시작인 마일스톤 작성하기, 도메인 간의 흐름을 시간순으로 나타내는 시퀀스 다이어그램 작성하기, ERD 설계하기, API 명세서와 MockAPI 작성하기를 진행했다.코딩이 없어서 조금 편하겠구나 라고 생각했는데 그렇지 않았다...설계한 내용을 다음주에 코딩으로 구현한다고 생각을 하니 이걸 어떻게 코드로 구현할지를 머릿속으로 구상하면서 설계를 진행해야했고, 많은 시간을 나의 머릿속의 생각들과,,, 싸워야,,, 했다,,,(이렇게 깊은 생각을 해본 게 얼마만이던가,,,ㅜ) 마일스톤 마일스톤은 Github에 Project를 이용하여 작성하였다. 이번 과제를 진행하면서 새롭게 알게 된 깃허브의 기..

1주차 과제의 미션이 멀티 스레드 환경에서의 동시성 이슈를 해결하는 것이었다면, 2주차 과제의 미션은 멀티 인스턴스 환경에서의 동시성 이슈를 해결하는 것이었다. (DB는 MySQL 또는 MariaDB 사용하기,,)멀티 인스턴스 환경에서 동시성 이슈를 해결하기 위한 방법 중 하나는 DB 레벨에서 Lock을 사용하는 것이다. MariaDB의 트랜잭션 격리수준(transaction isolation) 기본은 "REPEATABLE READ"이다. 트랜잭션 격리수준(Isolation Level)1. Read Uncommitted (Level 0) 어떤 트랜잭션의 내용이 커밋이나 롤백과 상관없이 다른 트랜잭션에서 조회가 가능하다. 정합성의 문제가 많은 격리 수준으로 RDBMS 표준에서는 격리수준으로 인정하지 않는다..

TDDTDD는 현업에서 사용하지는 않지만 이전에 NEXTSTEP 교육을 통해 학습했던 경험이 있어서 그렇게 부담으로 다가오진 않았다.그리고 1주차 과제에서 요구하는 것은 '테스트 코드를 먼저 작성하는 TFD 방식 보다는 테스트 코드 자체에 대한 중요성을 강조하여 기능을 구현한 뒤 테스트 코드를 작성하는 TLD 방식으로 코드를 작성해도 된다. 오히려 TFD로 작성하는 경우를 본 적이 드물다.' 고 말씀해 주셔서 조금은 편하게 과제를 진행할 수 있었다. 이번 과제에서는 요구 사항 분석과 정책 설정(최대 금액 등)에 신경 썼다.구현해야 할 기능, 예외 처리해야 할 부분을 먼저 구성하고 나서 구현을 시작했다.1주차 과제의 요구사항은 크게 포인트 조회, 충전, 사용, 히스토리 내역 조회 기능을 구현하고 테스트 코..