Fix typo (#307)

Author: hhaze

second-edition/src/ch16-00-concurrency.md

@@ -12,14 +12,14 @@
 다른 방법으로 해결되야 하는 별개의 도전 과제라고 생각했습니다. 시간이 흘러
 러스트 팀은 소유권과 타입 시스템이 메모리 안전성 *및* 동시성 문제를 관리하는
 것을 돕기 위한 강력한 도구들의 집합이라는 사실을 발견했습니다! 소유권과 타입
-검사를 지렛대삼아서 많은 동시성 에러들이 러스트 내에서 런타임 에러가 아닌
+검사를 지렛대 삼아서 많은 동시성 에러들이 러스트 내에서 런타임 에러가 아닌
 컴파일 타임 에러가 되었습니다. 그러므로, 런타임 동시성 버그가 발생하는 정확한
 환경을 재현하는 시도를 하는데 여러분이 수많은 시간을 소비하도록 만들지 않고,
 부정확한 코드는 컴파일 되기를 거부하고 문제점을 설명하는 에러를 보여줄 것입니다.
 결과적으로 여러분은 잠재적으로 프로덕션에 배포된 이후가 아니라 작업을 하는 동안에
 여러분의 코드를 고칠 수 있습니다. 우리는 러스트의 이러한 측면을 *겁없는 동시성
 (fearless concurrency)* 이라고 별명지어 주었습니다. 겁없는 동시성은 여러분이
-감지하기 함든 버그 없고 새로운 버그 생성 없이 리팩토링하기 쉬운 코드를 작성하도록
+감지하기 힘든 버그 없고 새로운 버그 생성 없이 리팩토링하기 쉬운 코드를 작성하도록
 해줍니다.
 
 > 노트: 단순함을 목적으로 우리는 많은 수의 문제들을 더 정교하게 *동시성 및/또는
@@ -33,7 +33,7 @@
 동시성을 위한 우아한 기능을 가지고 있지만 스레드 간에 상태를 공유하기
 위한 이해하기 힘든 방법만을 가지고 있습니다. 가능한 해결책 중 일부만을
 제공하는 것은 고수준의 언어를 위한 타당한 전략인데, 이는 고수준의 언어가
-추상화를 얻기 위해 몇몇의 제어권을 포기함으로서 얻는 이득을 약속하기
+추상화를 얻기 위해 몇몇의 제어권을 포기함으로써 얻는 이득을 약속하기
 때문입니다. 하지만 저수준의 언어는 어떠한 주어진 상황 내에서 최고의 성능을
 갖는 해결책을 제공하도록 기대받고 있고 하드웨어에 대하여 더 적은 추상화를
 갖습니다. 그러므로, 러스트는 여러분의 상황과 요구사항에 적합한 방법이

second-edition/src/ch16-04-extensible-concurrency-sync-and-send.md

@@ -79,7 +79,7 @@
 코드가 데이터 레이스 혹은 유효하지 않은 참조자로 끝나지 않을 것을 보장합니다.
 여러분의 코드가 컴파일된다면, 여러분은 다른 언어에서는 흔한 추적하기 어려운 버그
 종류들 없이 여러 스레드 상에서 행복하게 동작할 것이라고 자신감 있게 쉴 수 있습니다.
-동시성 프로그래밍은 더시상 두려워할 개념이 아닙니다: 앞으로 나아가
+동시성 프로그래밍은 더 이상 두려워할 개념이 아닙니다: 앞으로 나아가
 두려움없이 여러분의 프로그램을 동시적으로 만드세요!
 
 다음으로, 우리는 여러분의 러스트 프로그램이 점차 커짐에 따라서 문제를 모델링하고 솔루션을