p.197~232 테스트 코드를 작성할 때의 변환 우선순위 상수 -> 변수 무조건적 -> 선택적 값 -> 리스트 선택적 -> 반복 명령문 -> 재귀 값 -> 변경된 값 물론 꼭 지켜야 하는 것은 아니다. 리팩터링 - 무조건 테스트 코드를 기반으로 한다. 이름 바꾸기, 메서드 추출하기, 변수 추출하기, 필드 추출하기 빠른 테스트, 일대일 대응 꺠트리기, 용기 있는 리팩터링
p.163~196 테스트 패턴 - 테스트용 하위 클래스, 셀프 션트, 험블 객체. 테스트 코드와 제품 코드 모듈을 일대일 대응을 만들면 테스트가 깨지기 쉽다. 대신에 인터페이스 계층을 만들어 테스트한다. 테스트 코드가 구체적일수록 코드는 일반적이 된다. {} -> Nil -> 상수 -> 변수
p.83~162 TDD로 문제를 해결해 나가면서 자연스럽게 알고리즘이 나온다. 테스트를 통과시키기 위해 너무 많은 구현을 해야 한다면, 작성한 테스트를 지우고 더 단순한 테스트를 작성. BDD, Given, When, Then. TDD와 같다. 테스트 대역 - 더미, 스텁, 스파이, 모의 객체, 가짜. 테스트에 확실함을 요구하면 테스트는 유연하지 않게 되고 테스트에 유연성을 요구하면 확실함은 줄어든다. DB 테스트. DB를 테스트하지 마라, DB를 비즈니스 규칙과 분리. 테스트 데이터베이스를 만들어서 테스트한다. 백업 활용. GUI 테스트. GUI를 테스트하지 마라. 데이터를 확인한다.
~p.82 소프트웨어에 대한 수요는 엄청 늘고 있지만 소프트웨어를 만드는 프로그래머들 중에 장인의 수는 매우 적다. 규율, 기준, 윤리를 배우며 소프트웨어 장인의 길을 찾자. 테스트 주도 개발. 리팩터링. 단순한 설계. 공동 프로그래밍. 인수 테스트. TDD에 대한 이야기, 예제를 통해 하나의 단계씩 진행하며 설명. Stack과 볼링 점수를 계산하는 프로그램을 만든다.
p.391~440 액션의 순서를 타임라인 다이어그램으로 나타내기. 액션은 실행 시점과 횟수가 중요한데, 이를 분석하기 위한 방식이다. 싱글 스레드를 가진 자바스크립트의 특성상 타임라인을 단순화할 수 있다. 비동기 처리가 중요한데, 책에서는 콜백을 소개하고 있지만 Promise 객체를 활용하면 훨씬 편리할 것 같다.
p.355~390 중첩 데이터 구조를 변경하기 위하여 재귀 함수를 활용한다. 재귀를 안전하게 사용하려면 종료 조건이 있어야 하고, 재귀 호출을 해야 하고, 재귀 호출을 할수록 종료 조건에 다가가야 한다. 종료 조건이 빈 배열이라면, 재귀 함수의 각 호출에서 배열의 항목을 하나씩 없애야 한다. 그렇지 않으면 무한 반복. 데이터 구조가 중첩되어 있다면 편리함을 위해 추상화 벽을 사용.
p.301~354 map, filter, reduce. 자바스크립트에서 배열의 메소드로 주로 사용하다가 함수로 보니 색다로웠다. reduce는 map, filter는 물론 다양한 것들을 할 수 있다. 함수형 도구 체이닝. 함수의 결괏값으로 또 다른 함수를 호출하고 반복한다. 선언적으로 코드를 작성할 수 있다. 데이터 변화의 흐름을 파악하기 쉽다.
p.231~265 일급 값, 변수에 저장이 가능하고 함수의 인자와 리턴값으로 사용될 수 있다. +와 같은 연산자도 함수를 만들어 일급으로 사용할 수 있다. 아래와 같은 plus 함수를 굳이 왜 만들까? 라고 생각했던 적이 있었는데 이해가 확 됐다. const plus = (a, b) => a + b; 고차 함수, 함수를 인자로 넘기로 리턴값으로 사용할 수 있는 함수. 함수를 인자로 받으면 다양한 동작을 추상화할 수 있다. 함수 이름에 있는 암묵적 인자를 하드 코딩에서 명시적 인자로 리팩토링. 본문을 콜백으로 바꾸기.
