TS for the new programmar 나머지 부분 번역 완료 (#143)

* TS New Programmer 부분 번역

* 나머지 부분 번역 완료

* 리뷰내용에 맞추어서 수정 반영 in #111

* 리뷰 내용에 따라 번역을 수정함 in #111

Author: samsara-ku

pages/tutorials/ts-for-the-new-programmer.md

@@ -50,93 +50,93 @@ JavaScript가 처음 나왔을 때, 수십 줄 이상의 코드를 작성하는
 대부분의 프로그래밍 언어는 이런 종류의 오류들이 발생하면 오류를 표출해주고, 일부는 코드가 실행되기 전인 컴파일 중에 오류를 표출해줍니다.
 작은 프로그램을 작성할 때에는, 이런 이상한 점들이 화를 돋구지만 관리는 가능합니다. 그러나 수백 또는 수천 줄의 어플리케이션들을 작성할 때에는, 이러한 지속적 놀라움들은 심각한 문제입니다.
 
-## TypeScript: A Static Type Checker
+## TypeScript: 정적 타입 검사자 (TypeScript: A Static Type Checker)
 
-We said earlier that some languages wouldn't allow those buggy programs to run at all.
-Detecting errors in code without running it is referred to as _static checking_.
-Determining what's an error and what's not based on the kinds of values being operated on is known as static _type_ checking.
+앞서 몇 언어는 버그가 많은 프로그램을 아예 실행시키지 않는다고 했습니다.
+프로그램을 실행시키지 않으면서 코드의 오류를 검출하는 것을 _정적 검사_라고 합니다.
+어떤 것이 오류인지와 어떤 것이 연산 되는 값에 기인하지 않음을 정하는 것이 정적 _타입_ 검사입니다.
 
-TypeScript checks a program for errors before execution, and does so based on the _kinds of values_, it's a _static type checker_.
-For example, the last example above has an error because of the _type_ of `obj`.
-Here's the error TypeScript found:
+_정적 타입 검사자_인 TypeScript는 프로그램을 실행시키기 전에 _값의 종류_를 기반으로 프로그램의 오류를 찾습니다.
+예를 들어, 위의 마지막 예시에 오류가 있는 이유는 `obj`의 _타입_ 때문입니다.
+다음은 TypeScript에서 볼 수 있는 오류입니다:
 
-```ts twoslash
+```
 // @errors: 2551
 const obj = { width: 10, height: 15 };
 const area = obj.width * obj.heigth;
 ```
 
-### A Typed Superset of JavaScript
+### 타입이 있는 JavaScript의 상위 집합 (A Typed Superset of JavaScript)
 
-How does TypeScript relate to JavaScript, though?
+그렇다면 TypeScript는 JavaScript와 어떤 관계일까요?
 
-#### Syntax
+#### 구문 (Syntax)
 
-TypeScript is a language that is a _superset_ of JavaScript: JS syntax is therefore legal TS.
-Syntax refers to the way we write text to form a program.
-For example, this code has a _syntax_ error because it's missing a `)`:
+TypeScript는 JS의 구문이 허용되는, JavaScript의 _상위 집합_ 언어입니다.
+구문은 프로그램을 만들기 위해 코드를 작성하는 방법을 의미합니다.
+예를 들어, 다음 코드는 `)`이 없으므로 _구문_ 오류입니다:
 
-```ts twoslash
+```
 // @errors: 1005
 let a = (4
 ```
 
-TypeScript doesn't consider any JavaScript code to be an error because of its syntax.
-This means you can take any working JavaScript code and put it in a TypeScript file without worrying about exactly how it is written.
+TypeScript는 독특한 구문 때문에 JavaScript 코드를 오류로 보지 않습니다.
+즉, 어떻게 작성돼있는지 모르지만 작동하는 JavaScript 코드를 TypeScript 파일에 넣어도 잘 작동합니다.
 
-#### Types
+#### 타입 (Types)
 
-However, TypeScript is a _typed_ superset, meaning that it adds rules about how different kinds of values can be used.
-The earlier error about `obj.heigth` was not a _syntax_ error: it is an error of using some kind of value (a _type_) in an incorrect way.
+그러나 TypeScript는 다른 종류의 값들을 사용할 수 있는 방법이 추가된, _타입이 있는_ 상위 집합입니다.
+위의 `obj.heigth` 오류는 _구문_ 오류가 아닌, 값의 종류(_타입_)를 잘못 사용해서 생긴 오류입니다.
 
-As another example, this is JavaScript code that you can run in your browser, and it _will_ print a value:
+또 다른 예시로, 아래와 같은 JavaScript 코드가 브라우저에서 실행될 때, 다음과 같은 값이 출력될 _것입니다_:
 
 ```js
 console.log(4 / []);
 ```
 
-This syntactically-legal program prints `NaN`.
-TypeScript, though, considers division of number by an array to be a nonsensical operation, and will issue an error:
+구문적으로 옳은(syntactically-legal) 위 코드는 JavaScript에서 `NaN`을 출력합니다.
+그러나 TypeScript는 배열로 숫자를 나누는 연산이 옳지 않다고 판단하고 오류를 발생시킵니다:
 
-```ts twoslash
+```
 // @errors: 2363
 console.log(4 / []);
 ```
 
-It's possible you really _did_ intend to divide a number by an array, perhaps just to see what happens, but most of the time, though, this is a programming mistake.
-TypeScript's type checker is designed to allow correct programs through while still catching as many common errors as possible.
-(Later, we'll learn about settings you can use to configure how strictly TypeScript checks your code.)
+실제로 어떤 일이 일어나는지 보려는 의도로 숫자를 배열로 나눌 수 _있지만_, 대부분은 프로그래밍 실수입니다.
+TypeScript의 타입 검사자는 일반적인 오류를 최대한 많이 검출하면서 올바른 프로그램을 만들 수 있게 설계되었습니다.
+(나중에 TypeScript가 코드를 얼마나 엄격하게 검사할 수 있는지에 대한 설정에 대해 알아봅시다.)
 
-If you move some code from a JavaScript file to a TypeScript file, you might see _type errors_ depending on how the code is written.
-These may be legitimate problems with the code, or TypeScript being overly conservative.
-Throughout this guide we'll demonstrate how to add various TypeScript syntax to eliminate such errors.
+만약 JavaScript 파일의 코드를 TypeScript 코드로 옮기면, 코드를 어떻게 작성했는지에 따라 _타입 오류_를 볼 수 있습니다.
+이는 코드 상의 문제이거나, TypeScript가 지나치게 보수적인 것일 수 있습니다.
+위와 같은 오류를 제거하기 위해 가이드는 다양한 TypeScript 구문을 추가하는 방법을 보여줍니다.
 
-#### Runtime Behavior
+#### 런타임 특성 (Runtime Behavior)
 
-TypeScript is also a programming language that preserves the _runtime behavior_ of JavaScript.
-For example, dividing by zero in JavaScript produces `Infinity` instead of throwing a runtime exception.
-As a principle, TypeScript **never** changes the runtime behavior of JavaScript code.
+TypeScript는 JavaScript의 _런타임 특성_을 가진 프로그래밍 언어입니다.
+예를 들어, JavaScript에서 0으로 나누는 행동은 런타임 예외로 처리하지 않고 `Infinity`값을 반환합니다.
+논리적으로, TypeScript는 JavaScript 코드의 런타임 특성을 **절대** 변화시키지 않습니다.
 
-This means that if you move code from JavaScript to TypeScript, it is **guaranteed** to run the same way, even if TypeScript thinks that the code has type errors.
+즉 TypeScript가 코드에 타입 오류가 있음을 검출해도, JavaScript 코드를 TypeScript로 이동시키는 것은 같은 방식으로 실행시킬 것을 **보장합니다**
 
-Keeping the same runtime behavior as JavaScript is a foundational promise of TypeScript because it means you can easily transition between the two languages without worrying about subtle differences that might make your program stop working.
+JavaScript와 동일한 런타임 동작을 유지하는 것은 프로그램 작동을 중단시킬 수 있는 미묘한 차이를 걱정하지 않고 두 언어 간에 쉽게 전환할 수 있도록 하기 위한 TypeScript의 기본적인 약속입니다.
 
 <!--
 Missing subsection on the fact that TS extends JS to add syntax for type
 specification.  (Since the immediately preceding text was raving about
 how JS code can be used in TS.)
 -->
 
-#### Erased Types
+#### 삭제된 타입 (Erased Types)
 
-Roughly speaking, once TypeScript's compiler is done with checking your code, it _erases_ the types to produce the resulting "compiled" code.
-This means that once your code is compiled, the resulting plain JS code has no type information.
+개략적으로, TypeScript의 컴파일러가 코드 검사를 마치면 타입을 _삭제해서_ 결과적으로 "컴파일된" 코드를 만듭니다.
+즉 코드가 한 번 컴파일되면, 결과로 나온 일반 JS 코드에는 타입 정보가 없습니다.
 
-This also means that TypeScript never changes the _behavior_ of your program based on the types it inferred.
-The bottom line is that while you might see type errors during compilation, the type system itself has no bearing on how your program works when it runs.
+타입 정보가 없는 것은 TypeScript가 추론한 타입에 따라 프로그램의 _특성_을 변화시키지 않는다는 의미입니다.
+결론적으로 컴파일 도중에는 타입 오류가 표출될 수 있지만, 타입 시스템 자체는 프로그램이 실행될 때 작동하는 방식과 관련이 없습니다.
 
-Finally, TypeScript doesn't provide any additional runtime libraries.
-Your programs will use the same standard library (or external libraries) as JavaScript programs, so there's no additional TypeScript-specific framework to learn.
+마지막으로, TypeScript는 추가 런타임 라이브러리를 제공하지 않습니다.
+TypeScript는 프로그램은 JavaScript 프로그램과 같은 표준 라이브러리 (또는 외부 라이브러리)를 사용하므로, TypeScript 관련 프레임워크를 추가로 공부할 필요가 없습니다.
 <!--
 Should extend this paragraph to say that there's an exception of
 allowing you to use newer JS features and transpile the code to an older
@@ -145,25 +145,25 @@ with an example --- something like `?.` would be good in showing readers
 that this document is maintained.)
 -->
 
-## Learning JavaScript and TypeScript
+## JavaScript와 TypeScript 학습 (Learning JavaScript and TypeScript)
 
-We frequently see the question "Should I learn JavaScript or TypeScript?".
+종종 "JavaScript 또는 TypeScript를 배워야 할까요?"와 같은 질문을 볼 수 있습니다.
 
-The answer is that you can't learn TypeScript without learning JavaScript!
-TypeScript shares syntax and runtime behavior with JavaScript, so anything you learn about JavaScript is helping you learn TypeScript at the same time.
+정답은 JavaScript를 배우지 않고선 TypeScript를 배울 수 없다는 것입니다!
+TypeScript는 JavaScript와 구문과 런타임 특성을 공유하므로, JavaScript에서 배운 모든 것들은 동시에 TypeScript를 배울 때 도움이 될 것입니다.
 
-There are many, many resources available for programmers to learn JavaScript; you should _not_ ignore these resources if you're writing TypeScript.
-For example, there about 20 times more StackOverflow questions tagged `javascript` than `typescript`, but _all_ of the `javascript` questions also apply to TypeScript.
+프로그래머들을 위한 JavaScript 학습 자원이 많습니다; TypeScript를 작성할 때 그런 학습 자원을 무시해선 _안됩니다_.
+예를 들어 `javascript`태그가 붙은 질문이 `typescript`태그가 붙은 질문보다 약 20배는 많지만, _모든_ `javascript`질문은 TypeScript에도 적용할 수 있습니다.
 
-If you find yourself searching for something like "how to sort a list in TypeScript", remember: **TypeScript is JavaScript's runtime with a compile-time type checker**.
-The way you sort a list in TypeScript is the same way you do so in JavaScript.
-If you find a resource that uses TypeScript directly, that's great too, but don't limit yourself to thinking you need TypeScript-specific answers for everyday questions about how to accomplish runtime tasks.
+만약 "TypeScript에서 리스트를 정렬하는 법"과 같은 것을 찾는 경우, 기억하세요: **TypeScript는 컴파일-타임 타입 검사자가 있는 JavaScript의 런타임입니다**.
+리스트를 TypeScript에서 정렬하는 방법은 JavaScript에서 똑같은 방법으로 할 수 있습니다.
+만약 TypeScript를 직접적으로 사용하는 자원을 찾았다면 그것도 좋지만, 런타임 작업을 실행하기 위한 일상적인 질문을 TypeScript 관련 답변에만 제한시킬 필요는 없습니다.
 
 ---
 
-From here, we'd recommend learning some of the JavaScript fundamentals (the [JavaScript guide at the Mozilla Web Docs](https://developer.mozilla.org/docs/Web/JavaScript/Guide) is a good starting point.)
+여기서, JavaScript 기초 몇 가지를 배우는 것을 추천합니다 ([Mozilla 웹 문서의 JavaScript 가이드](https://developer.mozilla.org/docs/Web/JavaScript/Guide)가 괜찮겠네요.)
 
-Once you're feeling comfortable, you can come back to read [TypeScript for JavaScript Programmers](/docs/handbook/typescript-in-5-minutes.html), then start on [the handbook](/docs/handbook/intro.html) or explore the [Playground examples](/play#show-examples).
+익숙해지셨다면, 다시 돌아와서 [JavaScript 프로그래머들을 위한 TypeScript](/docs/handbook/typescript-in-5-minutes.html)을 읽어보시고, [핸드북](/docs/handbook/intro.html)을 시작하시거나 [예제](/play#show-examples)를 보세요.
 
 <!-- Note: I'll be happy to write the following... -->
 <!--