Fix Typos (#48)

* Typo: Update ch15-05-interior-mutability.md

어색한 문장을 수정하였습니다.

* Typo: Update ch15-06-reference-cycles.md

어색한 문장을 수정하였습니다.

* Typo: Update ch16-02-message-passing.md

'송신자' -> '수신자'로 오타를 고쳤습니다.

* Typo: Update ch16-02-message-passing.md

'일으키고 중입니다' -> '일으킵니다'. 오타를 수정하였습니다.

* Typo: Update ch16-03-shared-state.md

'벗어내고' -> '벗어나고' 오타를 고쳤습니다.

* Typo: Update ch16-03-shared-state.md

'그리고나서' -> '그러고 나서'

* Reflect the PR feedback

라인 카운트를 유지하도록 변경하였습니다.

* �Reflect the PR feedback

라인카운트를 유지하도록 변경하였습니다.

src/ch15-05-interior-mutability.md

@@ -142,8 +142,8 @@
 불변 참조자와 메시지의 텍스트를 인수로 갖는 `send`라는 메서드 하나를 갖고
 있다는 것입니다. 이 트레이트는 목 객체가 실제 오브젝트와 동일한 방식으로 사용될
 수 있도록 하기 위해 구현해야 하는 인터페이스입니다. 그 외에 중요한
-부분은 `LimitTracker` 상의 `set_value` 메서드의 동작을 테스트가
-필요하다는 점입니다. `value` 매개변수에 어떤 것을 넘길지 바꿀 수는
+부분은 `LimitTracker` 상의 `set_value` 메서드의 동작을 테스트해야
+한다는 점입니다. `value` 매개변수에 어떤 것을 넘길지 바꿀 수는
 있지만, `set_value`는 단언에 필요한 어떤 것도 반환하지 않습니다.
 `Messenger` 트레이트를 구현한 어떤 것과 `max`에 대한 특정 값과 함께
 `LimitTracker`를 만든다면, `value`에 대해 다른 숫자들을 넘겼을 때

src/ch15-06-reference-cycles.md

@@ -159,7 +159,7 @@
 다른 노드의 자식이 되도록 수정하려고 `Vec<Rc<Node>>`를 `RefCell<T>`로
 감싼 `children`을 갖도록 하였습니다.
 
-그다음 예제 15-27처럼 이 구조체 정의를 이용하여 3 값과 자식 노드가 없는
+그다음 예제 15-27처럼 이 구조체 정의를 이용하여 3 값을 갖고 자식 노드가 없는
 `leaf`라는 이름의 `Node` 인스턴스, 그리고 5 값과 `leaf`를 자식으로 갖는
 `branch`라는 이름의 인스턴스를 만들도록 하겠습니다:
 

src/ch16-02-message-passing.md

@@ -18,7 +18,7 @@
 송신자 측은 여러분이 강에 고무 오리를 띄우는 상류 위치이고, 수신자
 측은 하류에 고무 오리가 도달하는 곳입니다. 코드의 어떤 곳에서
 보내고자 하는 데이터와 함께 송신자의 메서드를 호출하면, 다른 곳에서는
-도달한 메시지에 대한 수신 종료를 검사합니다. 송신자 혹은 송신자가
+도달한 메시지에 대한 수신 종료를 검사합니다. 송신자 혹은 수신자가
 버려지면 채널이 *닫혔다 (closed)* 라고 말합니다.
 
 여기서는 값을 생성하여 채널로 내려보내는 한 스레드와, 값을 받아서
@@ -81,8 +81,8 @@
 소유할 필요가 있습니다. 송신 단말에는 보내려는 값을 입력받는 `send` 메서드가
 있습니다. `send` 메서드는 `Result<T, E>` 타입을 반환하므로, 수신 단말이
 이미 버려져 값을 보낼 곳이 없을 경우 송신 연산은 에러를 반환할 것입니다.
-이 예제에서는 `unwrap`을 호출하여 에러가 나는 경우 패닉을 일으키고
-중입니다. 그러나 실제 애플리케이션에서는 이를 적절히 처리해야 할 것입니다:
+이 예제에서는 `unwrap`을 호출하여 에러가 나는 경우 패닉을 일으킵니다. 
+그러나 실제 애플리케이션에서는 이를 적절히 처리해야 할 것입니다:
 적절한 에러 처리를 위한 전략을 다시 보려면 9장으로 돌아가세요.
 
 예제 16-8에서는 메인 스레드에 있는 채널의 수신 단말로부터 값을

src/ch16-03-shared-state.md

@@ -112,10 +112,10 @@
 `thread::spawn`을 사용하고 모든 스레드에게 동일한 클로저를 주었습니다: 이
 클로저는 카운터를 스레드로 이동시키고, `lock` 메서드를 호출하여 `Mutex<T>`의
 락을 얻은 다음, 뮤텍스 내의 값을 1만큼 증가시킵니다. 스레드가 자신의 클로저
-실행을 끝냈을 때, `num`은 스코프 밖으로 벗어내고 락이 해제되어 다른 스레드가
+실행을 끝냈을 때, `num`은 스코프 밖으로 벗어나고 락이 해제되어 다른 스레드가
 이를 얻을 수 있습니다.
 
-메인 스레드에서는 조인 핸들을 전부 모읍니다. 그리고나서 예제 16-2에서처럼
+메인 스레드에서는 조인 핸들을 전부 모읍니다. 그러고 나서 예제 16-2에서처럼
 각 핸들에 `join`을 호출하여 모든 스레드가 종료되는 것을
 확실히 합니다. 그 시점에서 메인 스레드는 락을 얻고 이 프로그램의
 결과를 출력합니다.