2주차 미션이 끝나고 피드백을 읽어보았다. 피드백이나 기능 명세들이 점점 상세해진다고 생각이 들었다. 피드백 문서부터 한번씩 검토해보고, 이번주 목표를 세워보려 한다.피드백 문서이번 기수의 핵심 키워드가 도전이라고 한다. 새로운 것들에 대해 항상 도전하는 태도를 갖춰야 한다고 하니, 이번 주에도 어떤 것을 공부해야할지 찾아보고 공부를 해보려 한다. (사실 이번주에는 일정이 빡빡해서 대단한걸 적용할 수 있을까? 라는 생각이 들기는 하지만 무엇이라도 새로운 걸 도전해보려고 하겠다.)특히 이번 소감문에는 포함되어야 하는 내용이 있다. 평소에 소감문에 어떤 내용을 넣어야 할지 고민이었는데, 이 내용 기준으로 상세하게 적어보려 한다.이번 미션에서 가장 오래 고민했던 부분과 시도들실패했지만 의미 있었던 도전다음에는..

사실 이 글은 오전에 먼저 쓴다. 실험삼아 제출을 해보았는데 계속해서 예제 테스트가 하나씩 틀리길래, 뭔가 잘못된 부분이 있구나하고 명세부터 코드까지 다 한번씩 살펴보았다. 내가 문제로 삼았던 부분은 바로 이것이다.function validateNaN(input) { if (Number(input) === NaN) throw new Error("[ERROR] 올바른 숫자를 입력해주세요.");} 이것은 NaN과 같을 경우에만 에러를 반환하는데, 만약 input으로 소수나 다른 NaN이 아닌 값을 반환할 경우에는 에러가 발생하지 않는다. === NaN이 위험하다는 것은 알고만 있었는데 직접 당한 기분이었다. 그래서 아래처럼 다른 함수를 추가해주어서, 정수가 아니라면 무조건 에러가 나도록 변경했더니 통..

오늘은 제출 전날이기에 최대한 기능들은 다 구현해놓으려고 했다. 이 과정에서 기존 README에 수정이 많이 들어갔고, 어떤 생각들을 하며 구성했는 지를 코드를 보며 나열해보려고 한다. 상세한 JSDoc이나 리팩토링 등을 내일 진행해보려 한다.// App.jsasync run() { let CarRace = new CarRaceController(); await CarRace.startRace(); CarRace.proceedRace(); CarRace.endRace();} App.js에 있는 run함수이다. 최대한 App을 간단하게 구성하고자, MVC 패턴을 통해 최대한 구분지어봤다. 확실히 쪼개 놓으니 메인이 단순해서 좋다. start - proceed - end로 파이프라인을 구분지었기에 절..

오늘은 일정상 약간 쉬어가는 시간.. 구현에만 먼저 집중해보자.CarRaceModel.jsexport default class CarRaceModel { #carList; #raceRound; #currentRaceRound; constructor() { this.#carList = []; } getCarList = () => this.#carList; setCarList = (carList) => (this.#carList = carList); getRaceRound = () => this.#raceRound; setRaceRound = (raceRound) => (this.#raceRound = raceRound); getCurrentRaceRound = () => this.#..

통과할 수 있는 케이스들에 대해서 작성해보려 한다. 그러기 위해서 기능 명세서를 다시 확인해보려 한다. 통과 케이스는 에러로 보이지만 제대로 인식되어야 하는 경우를 포함하도록 작성하는게 중요해보인다.초간단 자동차 경주 게임을 구현한다.- 주어진 횟수 동안 n대의 자동차는 전진 또는 멈출 수 있다.- 각 자동차에 이름을 부여할 수 있다. 전진하는 자동차를 출력할 때 자동차 이름을 같이 출력한다.- 자동차 이름은 쉼표(,)를 기준으로 구분하며 이름은 5자 이하만 가능하다.- 사용자는 몇 번의 이동을 할 것인지를 입력할 수 있어야 한다.- 전진하는 조건은 0에서 9 사이에서 무작위 값을 구한 후 무작위 값이 4 이상일 경우이다.- 자동차 경주 게임을 완료한 후 누가 우승했는지를 알려준다. 우승자는 한 명 이상..

어제 MVC 패턴을 이용해 기능 목록을 다시 구성해봤는데, 예상했던거보다 잘 나와서 조금 기분이 좋았다. 오늘은 Jest에 대해서 드디어 공부해보고, 시간이 된다면 직접 사용해보기까지 해보려 한다. 알바로 늦은 시간에 시작하게 돼서 공부 위주로 진행하려 한다.그전에, 지난번에 알아봤던 JSDoc에 대해서 먼저 간단하게 알아보려 한다. 앞으로 코드를 작성하기 전에 최대한 이용해보려고 한다.JSDoc타입 및 에러 체크를 위해서 해당 주석을 최상단에 추가해주면 TypeScript처럼 이용할 수 있다고 한다. 사실 이 기능은 크게 중요할까 싶다. 물론 평소에 타입스크립트를 못써서 아쉬웠던 적이 있지만, 타입 체크에 신경을 쓰는게 맞나 싶다. 그래서 이 기능은 우선 보류하고, 필요한 파일에만 적용을 해보려한다./..

아직 22일 오전 3시이지만 코드 리뷰를 하려는 중, 다른 사람들의 코드를 보며 아직 내가 많이 모자라구나라는 생각이 많이 들었다. 말로만 들어오던 MVC 패턴, 객체지향을 실제로 적용시키는 사람도 있고, 어떻게 설계했는지에 대해 명확히 뜻을 가지고 있는 사람들이 많다는 생각이 들었다. 지금 내 수준에서 코드 리뷰를 하는게 도움이 될 수 있을지라는 생각밖에 들지 않아 공부를 해야겠다고 느꼈다.MVC 패턴과 객체 지향 설계사실 이 부분은 매번 공부해야겠다고 생각만 하고 제대로 한 적은 없었다. 이번 2주차에는 조금의 여유가 있는 틈을 타서 공부하고 적용해볼 가치가 있다고 생각한다. 최대한 설계 단계에서 공을 많이 들이고 이를 어떻게 적용할 지를 정리해보자.JSDocJavaDoc과 비슷하게 자바스크립트에서도..

시험이 끝나고 다시 우테코에 집중할 시간이다. 그사이에 2주차 미션과 함께 1주차 미션에 대한 공통 피드백이 올라왔다. 2주차 미션 역시 지난 번이랑 같아보이고, 1주차 피드백도 지난 번이랑 동일해보인다. 우선 피드백 글을 보며 얻어갈 것이 어떤 게 있는 지 확인을 해보자.1주차 공통 피드백1. 작은 도전부터 시작하라.우테코에서는 완벽하게 만드는 것이 아닌, 새로운 시도를 계속하는 것에 초점을 맞춘다고 한다. 시험 기간이긴 하지만 너무 완성에만 집착했던 일주일이 아니었을까? 이번 2주차부터는 이것저것 적용을 해보려고 한다. 비록 성능상 아쉬운 부분이 있을 지라도 새로운 걸 도입해서 시도해보는 것에 의의를 두려고 한다.지금 하고 있는 것처럼 TIL 하나씩 작성하는 것도 하나의 도전이 될 수 있을 것 같다...