개발

1. Redis만 사용해도 될 것 같은데 왜 RDB까지 사용한 것인가?일단 2가지 이유가 있다. 첫 번째로 Redis는 영속적인 데이터 저장과는 맞지 않다. 하지만 우리 프로젝트에서 제공하는 기능 중 하나인 유저, 히스토리 기능을 위해서는 영속적인 데이터 저장이 필수이다.그렇기 때문에 RDB를 이용해서 기본적인 데이터들을 저장하는 방식을 사용했다.두 번째로는 히스토리 기능에서 유저의 캔버스 참여 이력, 픽셀 소유 이력 등을 계산해야 했다.이를 위해서는 유저, 캔버스, 픽셀끼리 관계를 가지는 형태가 만들어지기 때문에 이를 위해서 NoSQL이 아닌 RDB를 선택하여 관련 데이터를 저장하는 방식으로 구현을 했다. 이런 이유들로 인해서 Redis만을 사용하여 프로젝트를 구성하지 않고 RDB까지 사용해서 유저 ..

2주차 공통 피드백2주차 공통 피드백을 기준으로 3주차 과제의 목표를 정했기 때문에 먼저 3주차에 대한 내용을 설명하기 전 2주차 공통 피드백 중 내가 중점적으로 생각한 부분에 대해 알아보겠다. README.md 파일은 프로그램의 개요를 소개하기 때문에 자세하게 적어야 한다. README.md 파일은 기본적으로 "다른 사람"이 보는 걸 전제하에 작성하는 파일이다. 하지만 나는 이전 과제에서는 프로그램의 기능만 적었다. 하지만 그렇게 적어서는 다른 사람이 이 프로그램이 어떤 동작을 하는지 알기 쉽지 않기 때문에 이번 과제 부터는 프로그램의 요구 사항, 제약 사항, 기능 목록, 테스트 목록 등을 적어 프로그램을 자세하게 나타낼려고 했다.함수(메서드)에는 하나의 책임(기능)만 있어야 한다. 3주차 과제에서 가..

2주 차 회고록어느덧 우테코 프리코스 2주차가 끝났습니다. 2주라는 짧은 시간 동안 다른 사람들의 코드와 의견을 보고 주고 받으며 느낀점과 2주차 과제를 진행하며 생각한 점을 회고록을 통해 정리하고 다시 한번 생각해보는 시간을 가지려 합니다.  2주차 과제 목표얼렁뚱땅 1주차 과제를 제출하고 2주차 과제인 자동차 경주가 나왔습니다. 1주차에서는 인적성 검사, 자기소개서 등 이유로(사실 핑계......) 예제 테스트만 통과하자는 생각을 가지고 만들었습니다. 하지만 1주차 제출 후 다른 사람의 코드를 리뷰하며 저번 과제에서 부족한 점이 많다고 느끼고, 이렇게 하다가는 우테코는 둘째치고 프리코스 기간동안에도 얻는 것이 없을 것 같다는 생각이 들었습니다. 그래서 2주차 과제에서는 완성도를 위해서 다음과 같은 ..

1주차 구현 기능입력 문자열에서 숫자를 추출해 더하는 계산기문자열 분리쉼표(,) 또는 콜론(:) 을 기준으로 분리커스텀 구분자 지정 가능: "//"와 "\n" 사이에 위치시키는 문자가 커스텀 구분자가 됨분리된 문자를 숫자로 변환 후 각 숫자의 합을 반환잘못된 값이 들어오면 IllegalArgumentException을 발생시키고 애플리케이션 종료입력은 구분자와 양수로 이루어짐우테코에 맞는 코드 스타일과 환경에 적응을 위한 주간이다 보니 생각보다 과제 난이도는 많이 낮았다.하지만 간단하고 주어진 제약이 많이 없는 만큼 스스로 제약을 만들어야 하다 보니 생각이 점점 깊어졌다. 그래서 일단 간단하게 구현하고 새로운 코드 스타일과 환경에 적응하자는 목표를 가지고 과제를 시작했다. 목표Google Java Sty..