revise ch2

- placeholder => 자리표시자
- 오픈소스 => 오픈 소스
- 당신 => 여러분

src/appendix-03-derivable-traits.md

@@ -39,7 +39,7 @@
 ### 프로그래머 출력을 위한 `Debug`
 
 `Debug` 트레잇은 형식 문자열에서 디버그 서식을 활성화하는데, 이는 `{}`
-자리 표시자 내에 `:?`를 추가하여 표시합니다.
+자리표시자 내에 `:?`를 추가하여 표시합니다.
 
 `Debug` 트레잇은 디버깅 목적으로 어떤 타입의 인스턴스를 출력할 수 있게
 해주므로, 여러분과 여러분의 타입을 사용하는 다른 프로그래머들은 프로그램의

src/ch00-00-introduction.md

@@ -61,7 +61,7 @@
 암호화폐, 생물정보학, 검색 엔진, IOT 애플리케이션, 머신 러닝,
 심지어 파이어폭스 웹 브라우저의 핵심 부분을 만드는데에도 사용됩니다.
 
-### 오픈소스 개발자
+### 오픈 소스 개발자
 
 러스트는 여러분의 기여가 절실합니다.
 그렇기에 러스트 프로그래밍 언어 자체에 기여하실 분이나 커뮤니티 활동,

src/ch01-03-hello-cargo.md

@@ -77,7 +77,7 @@ edition = "2021"
 이 파일은 [*TOML*](https://toml.io)<!-- ignore --> (*Tom’s Obvious, Minimal
 Language*) 포맷으로 되어있고, 이 포맷은 카고 설정에서 사용하는 포맷입니다.
 
-`[package]`라고 적힌 첫 번째 라인은 섹션 제목으로,
+`[package]`라고 적힌 첫 번째 라인은 섹션 헤더로,
 뒤에 패키지 설정 구문들이 따라오는 걸 보실 수 있습니다.
 나중에 우리가 이 파일에 내용을 추가하며 새로운 섹션을 만들어 볼 겁니다.
 

src/ch03-00-common-programming-concepts.md

@@ -6,7 +6,7 @@
 러스트의 맥락에서 논의하고 이러한 개념 사용과 관련된 관례들을
 설명하겠습니다.
 
-특히 당신은 변수, 기본 타입, 함수, 주석, 제어문에 대해서 배울 것입니다.
+특히 여러분은 변수, 기본 타입, 함수, 주석, 제어문에 대해서 배울 것입니다.
 이 기초는 모든 러스트 프로그램에 사용될 것이며, 이들을 일찍 익히는 것은
 여러분에게 강한 초기 기반을 가져다 줄 것입니다.
 

src/ch03-01-variables-and-mutability.md

@@ -3,7 +3,7 @@
 [“변수에 값 저장하기”][storing-values-with-variables]<!-- ignore -->
 에서 언급했듯이, 변수는 기본적으로 불변입니다. 이것은 러스트가
 제공하는 안정성과 쉬운 동시성이라는 이점을 얻을 수 있는 방향으로
-코드를 쓰게 하는 강제사항(nudge) 중 하나입니다. 하지만 당신은
+코드를 쓰게 하는 강제사항(nudge) 중 하나입니다. 하지만 여러분은
 여전히 변수를 가변으로 만들 수 있습니다. 어떻게 하는지 살펴보고
 왜 러스트가 불변성을 권하는지와 어떨 때 가변성을 써야 하는지
 알아봅시다.
@@ -29,8 +29,8 @@
 ```
 
 이 예시는 컴파일러가 프로그램의 에러 찾기를 어떻게 도와주는지 보여줍니다.
-컴파일러 에러가 실망스러울 수도 있겠지만, 컴파일러는 그저 당신의 프로그램이 아직은 
-원하는 대로 안전하게 동작하지 않는다고 할 뿐입니다. 컴파일러는 당신이 좋은 프로그래머가
+컴파일러 에러가 실망스러울 수도 있겠지만, 컴파일러는 그저 여러분의 프로그램이 아직은 
+원하는 대로 안전하게 동작하지 않는다고 할 뿐입니다. 컴파일러는 여러분이 좋은 프로그래머가
 아니라고 한 적이 *없습니다*! 경험이 많은 러스타시안들조차 컴파일러 에러가 발생합니다.
 
 여러분은 ``불변 변수 `x`에 두 번 값을 할당할 수 없다`` 라는 에러 메세지를
@@ -45,7 +45,7 @@
 *가끔 바꿀 때* 그렇습니다. 러스트 컴파일러는 여러분이 변수가
 변하지 않는다고 지정하면 컴파일러가 이를 보증합니다. 이 말은
 코드를 읽고 쓸 때 값이 어디서 어떻게 변할 지 쫓을 필요가 없다는
-것입니다. 따라서 당신의 코드는 흐름을 따라가기 쉬워집니다.
+것입니다. 따라서 여러분의 코드는 흐름을 따라가기 쉬워집니다.
 
 하지만 가변성은 아주 유용할 수 있고, 코드 작성을 더 편하게 해줍니다.
 변수는 기본적으로 불변이더라도, 여러분이

src/ch09-03-to-panic-or-not-to-panic.md

@@ -22,7 +22,7 @@
 여러분이 어떤 개념을 그려내기 위한 예제를 작성 중이라면, 강건한 에러 처리
 코드를 포함시키는 것이 오히려 예제의 명확성을 떨어트릴 수도 있습니다.
 예제 코드 내에서는 `panic!`을 일으킬 수 있는 `unwrap` 같은 메서드를 호출하는 것이
-여러분의 어플리케이션이 에러를 처리하고자 하는 방법에 대한 플레이스홀더로서의 의미가 있는데,
+여러분의 어플리케이션이 에러를 처리하고자 하는 방법에 대한 자리표시자로서의 의미가 있는데,
 이는 여러분의 코드의 나머지 부분이 어떤 것을 하는지에 따라 달라질 수 있습니다.
 
 비슷한 상황에서, 여러분이 에러를 어떻게 처리할지 결정할 준비가 되기 전에는,

src/ch11-01-writing-tests.md

@@ -351,8 +351,8 @@ Listing 11-7은 매개변수에 `2` 를 더하는 `add_two` 함수를 작성한
 필수적인 인자들 이후의 인자는 `format!` 매크로로 전달됩니다.
 (`format!` 매크로는 8장의
 [“`+` 연산자나 `format!` 매크로를 이용한 접합”][concatenation-with-the--operator-or-the-format-macro]<!-- ignore -->에서 다루었습니다.)
-여러분은 `{}` placeholder를 갖는 포맷 문자열과
-placeholder에 해당하는 값을 전달할 수 있습니다.
+여러분은 `{}` 자리표시자를 갖는 포맷 문자열과
+자리표시자에 해당하는 값을 전달할 수 있습니다.
 커스텀 메세지는 테스트 단언의 의미를 문서화하는 용도로 유용합니다.
 테스트가 실패할 경우 코드의 문제점이
 무엇인지 알아내기 더 수월해지죠.
@@ -390,7 +390,7 @@ placeholder에 해당하는 값을 전달할 수 있습니다.
 몇 번째 줄에서 실패했는지만 표시합니다.
 실패 메시지에서 `greeting` 함수의 반환 값을 출력해주면 더 유용하겠죠.
 테스트 함수에 커스텀 실패 메세지를 추가해봅시다. `greeting` 함수가
-반환하는 실제 값으로 채워질 자리 표시자를 갖는 포맷 문자열을 작성해보죠.
+반환하는 실제 값으로 채워질 자리표시자를 갖는 포맷 문자열을 작성해보죠.
 
 ```rust,ignore
 {{#rustdoc_include ../listings/ch11-writing-automated-tests/no-listing-07-custom-failure-message/src/lib.rs:here}}

src/ch19-03-advanced-traits.md

@@ -5,11 +5,11 @@
 않았습니다. 이제 러스트에 대해 더 많이 알게 되었으니,
 핵심을 살펴볼 수 있습니다.
 
-### 연관 타입으로 트레잇 정의에서 플레이스홀더 타입 지정하기
+### 연관 타입으로 트레잇 정의에서 자리표시자 타입 지정하기
 
-*연관 타입*은 타입 플레이스홀더와 트레잇을 연결하여 트레잇 메서드 정의를
-할 때 이러한 플레이스홀더 타입을 시그니처에서 사용할 수 있도록 합니다.
-트레잇의 구현자는 특정 구현을 위해서 플레이스홀더 타입 대신 사용할
+*연관 타입*은 타입 자리표시자와 트레잇을 연결하여 트레잇 메서드 정의를
+할 때 이러한 자리표시자 타입을 시그니처에서 사용할 수 있도록 합니다.
+트레잇의 구현자는 특정 구현을 위해서 자리표시자 타입 대신 사용할
 구체적인 타입을 지정합니다. 이렇게 하면 트레잇이 구현될 때까지 해당
 타입이 무엇인지 정확히 알 필요 없이 임의의 타입을 사용하는 트레잇을
 정의할 수 있습니다.
@@ -32,7 +32,7 @@
 <span class="caption">Listing 19-12: 연관 타입 `Item`이 있는
 `Iterator` 트레잇의 정의</span>
 
-타입 `Item`은 플레이스홀더이고, `next` 메서드의 정의는 `Option<Self::Item>`
+타입 `Item`은 자리표시자이고, `next` 메서드의 정의는 `Option<Self::Item>`
 타입의 값을 반환할 것임을 보여줍니다. `Iterator` 트레잇의 구현자는
 `Item`의 구체적 타입을 지정하고, `next` 메서드는 해당 구체적 타입의 값을
 담고있는 `Option`을 반환합니다.
@@ -76,7 +76,7 @@
 지정할 필요가 없습니다.
 
 연관 타입도 트레잇 계약의 일부가 됩니다: 트레잇의 구현자는
-연관 타입 플레이스홀더를 대신할 타입을 제공해야 합니다. 연관 타입은
+연관 타입 자리표시자를 대신할 타입을 제공해야 합니다. 연관 타입은
 종종 그 타입이 어떻게 사용되는지 설명하는 이름을 갖게 되며,
 API 문서에 연관 타입을 문서화하는 것이 좋습니다.
 

src/ch19-06-macros.md

@@ -162,7 +162,7 @@ Listing 19-28은 `vec!` 매크로의 약간 간소화된 정의를 보여줍니
 크레이트에 있어야 합니다. 이는 복잡한 기술적인 이유 때문이고 앞으로는 이러한
 문제를 없애고자 합니다. Listing 19-29에서는 절차적 매크로를 정의하는 방법을
 보여주는데, 여기서 `some_attribute`는 특정 매크로 종류를 사용하기 위한
-자리 표시자입니다.
+자리표시자입니다.
 
 <span class="filename">Filename: src/lib.rs</span>