nodejs-ko: fix Korean grammar

locale/ko/about/index.md

@@ -90,7 +90,7 @@ communicate with. Built upon that same interface is the [`cluster`][] module,
 which allows you to share sockets between processes to enable load balancing
 over your cores.
 -->
-Node에서 HTTP는 일급 시민(first class citizen)이고 스트리밍과 저지연은 염두에 두고
+Node에서 HTTP는 일급 객체(first class citizen)이고 스트리밍과 저지연을 염두에 두고
 설계되었습니다. 이는 Node가 웹 라이브러리나 프레임워크의 기반으로 아주 적합하게 하였습니다.
 
 Node는 스레드를 사용하지 않도록 설계되지만 멀티 코어 환경의 장점을 얻지 못한다는 의미는 아닙니다.

locale/ko/about/releases.md

@@ -163,3 +163,5 @@ they do when adding another.
 - 그 API의 사용자가 쉽게 대체할 수 있는 외부 모듈이 존재하는가?
 
 코어 팀은 Node.js API를 폐기할 때 API를 추가할 때와 마찬가지로 신중하게 고려합니다.
+
+[`EventEmitter`]: https://nodejs.org/api/events.html#events_class_eventemitter

locale/ko/about/working-groups.md

@@ -65,7 +65,7 @@ Responsibilities include:
 
 웹사이트 워킹그룹의 목적은 Node.js 프로젝트의 공개 웹사이트를 만들고 관리하는 것입니다.
 
-이는 다음에 대한 책임이 있습니다.
+이 워킹 그룹은 다음과 같은 업무를 담당합니다.
 * nodejs.org의 빌드와 자동화 시스템을 개발하고 유지 보수합니다.
 * 릴리스와 기능처럼 Node.js에 변경된 내용을 정기적으로 사이트에 갱신합니다.
 * 번역 커뮤니티를 지원합니다.
@@ -98,7 +98,7 @@ Responsibilities include:
 있습니다. 생태계에 요구사항에 따라 API를 개선할 것입니다. 다른 솔루션과의 상호운용성과 하위 호환성 및
 이전 버전이 가장 중요합니다.
 
-이 워킹 그룹은 다음에 대한 책임이 있습니다.
+이 워킹 그룹은 다음과 같은 업무를 담당합니다.
 * Node.js 이슈 트래커에서 스트림 관련 이슈를 처리합니다.
 * Node.js 프로젝트 내 스트림 문서를 작성하고 수정합니다.
 * Node.js 프로젝트 내 스트림 하위 클래스의 변경사항을 리뷰합니다.
@@ -124,7 +124,7 @@ Responsibilities include:
 
 빌드 워킹 그룹의 목적은 분산 자동화 인프라스트럭처를 만들고 유지 보수하는 것입니다.
 
-이 워킹 그룹은 다음에 대한 책임이 있습니다.
+이 워킹 그룹은 다음과 같은 업무를 담당합니다.
 * 모든 대상 플랫폼에서 패키지를 만듭니다.
 * 테스트를 수행합니다.
 * 성능테스트를 수행하고 비교합니다.
@@ -153,7 +153,7 @@ Responsibilities include:
 Diagnostics 워킹 그룹의 목적은 Node.js 도구와 JavaScript VM에서 사용할 수 있는
 광범위한 진단 인터페이스를 확장성있게 만들고 문서화하는 것입니다.
 
-이 워킹 그룹은 다음에 대한 책임이 있습니다.
+이 워킹 그룹은 다음과 같은 업무를 담당합니다.
 * `v8_inspector`를 Node.js에 통합하도록 V8과 협업합니다.
 * `trace_event`를 Node.js에 통합하도록 V8과 협업합니다.
 * `async_wrap`과 `async_hooks`를 개량할 수 있도록 Core 팀과 협업합니다.
@@ -191,7 +191,7 @@ Responsibilities include:
 * Promoting Node.js speakers for meetups and conferences in their language.
 -->
 
-이 워킹 그룹은 다음에 대한 책임이 있습니다.
+이 워킹 그룹은 다음과 같은 업무를 담당합니다.
 * 커뮤니티와 연관있는 Node.js 자료를 모두 번역합니다.
 * 높은 품질로 번역하고 번역된 내용이 최신화되도록 번역 과정을 검토합니다.
 * 언어별 소셜 미디어 채널을 관리합니다.
@@ -292,7 +292,7 @@ Responsibilities include:
 
 에반젤리즘 워킹 그룹은 Node.js의 성과를 홍보하고 커뮤니티가 참여하는 방법을 알립니다.
 
-이 워킹 그룹은 다음에 대한 책임이 있습니다.
+이 워킹 그룹은 다음과 같은 업무를 담당합니다.
 * 프로젝트 메시징
 * 공식 프로젝트 소셜 미디어
 * 밋업과 콘퍼런스의 발표자 추천
@@ -315,7 +315,7 @@ Responsibilities include:
 
 Docker 워킹 그룹은 Node.js 프로젝트의 공식 Docker 이미지를 만들고 관리하고 개선합니다.
 
-이 워킹 그룹은 다음에 대한 책임이 있습니다.
+이 워킹 그룹은 다음과 같은 업무를 담당합니다.
 * 새로운 Node.js 릴리스로 공식 Docker 이미지를 갱신합니다.
 * 이미지의 개선이나 수정사항 구현을 결정합니다.
 * 이미지 문서를 관리하고 개선합니다.
@@ -352,10 +352,10 @@ The current members can be found in their
 NAN 프로젝트는 네이티브 애드온 작성자가 다수가 사용하는 Node.js, V8, libuv 버전과 호환성 있는
 코드를 작성할 수 있도록 추상화 계층을 제공한다.
 
-이 워킹 그룹은 다음에 대한 책임이 있습니다.
+이 워킹 그룹은 다음과 같은 업무를 담당합니다.
 * [NAN](https://github.com/nodejs/nan) GitHub 저장소에서 코드, 이슈, 문서를 관리합니다.
 * [addon-examples](https://github.com/nodejs/node-addon-examples)
-  GitHub 저장에서 코드, 이슈, 문서를 관리합니다.
+  GitHub 저장소에서 코드, 이슈, 문서를 관리합니다.
 * Node.js TSC 하에 Node.js 프로젝트의 C++ Addon API를 관리합니다.
 * Node.js TSC 하에 Node.js 프로젝트의 Addon 문서를 관리합니다.
 * npm의 _nan_ 패키지를 관리하고 절절하게 새로운 버전을 릴리스합니다.
@@ -389,7 +389,7 @@ Responsibilities include:
 * Node 릴리스 간의 성능 차이를 추적하고 알립니다.
 * 릴리즈 간의 성능 저하를 피합니다.
 
-이 워킹 그룹은 다음에 대한 책임이 있습니다.
+이 워킹 그룹은 다음과 같은 업무를 담당합니다.
 * 사용자 용도를 반역하는 하나 이상의 벤치마크를 확인합니다. 지연이 낮고 높은 동시성을 가지는 것을 포함해서 일반적인 Node 사용 사례를 다루는 하나 이상의 벤치마크가 필요합니다.
 * 선택한 벤치마크 목록에서 커뮤니티의 합의를 합니다.
 * Node 빌드에 선정한 벤치마크를 정기적으로 실행합니다.
@@ -417,10 +417,11 @@ Responsibilities include:
 포스트모템 디버깅의 역할을 향상시켜서 기술과 도구개발을 돕고 Node.js 사용자가 알고 있고 사용하는
 기술과 도구를 만드는 것입니다.
 
-이 워킹 그룹은 다음에 대한 책임이 있습니다.
+이 워킹 그룹은 다음과 같은 업무를 담당합니다.
 * 필요할 때 덤프를 생성할 수 있도록 인터페이스/API를 정의하고 추가합니다.
 * 이러한 덤프를 분석하는 도구를 지원하기 위해 생성된 덤프의 공통 구조를 정의하고 추가합니다.
 
+<!--
 ### [Release](https://github.com/nodejs/LTS)
 The Release Working Group manages the release process for Node.js.
 
@@ -432,3 +433,15 @@ Responsibilities include:
 * Manage the Long Term Support and Current branches including
   backporting changes to these branches.
 * Define the policy for what gets backported to release streams
+-->
+
+### [Release](https://github.com/nodejs/LTS)
+릴리스 워킹 그룹은 Node.js의 릴리스 프로세스를 관리합니다.
+
+이 워킹 그룹은 다음과 같은 업무를 담당합니다.
+* 릴리스 프로세스를 정의합니다.
+* 릴리스의 콘텐츠를 정의합니다.
+* 릴리스를 생성합니다.
+* 릴리스를 테스트합니다.
+* LTS 및 현재 버전 브랜치를 관리하고 변경 사항을 백포트합니다.
+* 어떤 사항을 백포트할지에 대한 정책을 정의합니다.

locale/ko/docs/es6.md

@@ -22,7 +22,7 @@ V8을 최신 릴리스로 유지하기 때문에 Node.js 개발자에게
 [JavaScript ECMA-262 명세](http://www.ecma-international.org/publications/standards/Ecma-262.htm)의
 새로운 기능을 제때에 지원하면서 성능과 안정성 개선도 할 수 있습니다.
 
-모든 ECMAScript 2015(ES6) 기능은  **shipping**, **staged**, **in progress** 기능의
+모든 ECMAScript 2015(ES6) 기능은 **shipping**, **staged**, **in progress**라는
 세 가지 그룹으로 나뉩니다.
 
 * 모든 **shipping** 기능은 V8이 안정적이라고 간주한 것으로

locale/ko/docs/guides/anatomy-of-an-http-transaction.md

@@ -86,10 +86,10 @@ the port number you want the server to listen on. There are some other options
 too, so consult the [API reference][].
 -->
 
-HTTP 요청이 서버에 오면 node가 트랜잭션을 다루려고 `request`과 `response` 객체를 전달하며
+HTTP 요청이 서버에 오면 node가 트랜잭션을 다루려고 `request`와 `response` 객체를 전달하며
 요청 핸들러 함수를 호출합니다. 곧 이 객체를 사용해 볼 것입니다.
 
-요청을 실제로 처리하려면 [`listen`][] 메소드가 `server` 객체에서 호출되어야 합니다.
+요청을 실제로 처리하려면 [`listen`][] 메서드가 `server` 객체에서 호출되어야 합니다.
 대부분은 서버가 사용하고자 하는 포트 번호를 `listen`에 전달하기만 하면 됩니다.
 몇 가지 다른 옵션도 있으므로 [API 문서][]를 참고하세요.
 
@@ -106,9 +106,9 @@ const { method, url } = request;
 > **Note:** The `request` object is an instance of [`IncomingMessage`][].
 -->
 
-## 메소드, URL, 헤더
+## 메서드, URL, 헤더
 
-요청을 처리할 때, 우선은 메소드와 URL을 확인한 후 이와 관련된 적절한 작업을 실행하려고 할 것입니다.
+요청을 처리할 때, 우선은 메서드와 URL을 확인한 후 이와 관련된 적절한 작업을 실행하려고 할 것입니다.
 Node가 `request` 객체에 유용한 프로퍼티를 넣어두었으므로 이 작업은 비교적 쉽게 할 수 있습니다.
 
 ```javascript
@@ -130,7 +130,7 @@ const userAgent = headers['user-agent'];
 ```
 -->
 
-여기서 `method`는 항상 일반적인 HTTP 메소드/동사가 될 것입니다. `url`은 전체 URL에서 서버,
+여기서 `method`는 항상 일반적인 HTTP 메서드/동사가 될 것입니다. `url`은 전체 URL에서 서버,
 프로토콜, 포트를 제외한 것으로, 세 번째 슬래시 이후의 나머지 전부라고 볼 수 있습니다.
 
 헤더도 많이 다르지 않습니다. `request`에 `headers`라는 전용 객체가 있습니다.
@@ -289,7 +289,7 @@ http.createServer((request, response) => {
 
 ## 지금까지 살펴본 내용
 
-지금까지 서버를 생성하고 요청의 메소드, UL, 헤더, 바디를 가져왔습니다.
+지금까지 서버를 생성하고 요청의 메서드, UL, 헤더, 바디를 가져왔습니다.
 이를 모두 사용하면 다음과 같이 될 것입니다.
 
 ```javascript
@@ -304,7 +304,7 @@ http.createServer((request, response) => {
     body.push(chunk);
   }).on('end', () => {
     body = Buffer.concat(body).toString();
-    // 여기서 헤더, 메소드, url, 바디를 가지게 되었고
+    // 여기서 헤더, 메서드, url, 바디를 가지게 되었고
     // 이 요청에 응답하는 데 필요한 어떤 일이라도 할 수 있게 되었습니다.
   });
 }).listen(8080); // 이 서버를 활성화하고 8080 포트로 받습니다.
@@ -325,7 +325,7 @@ useful methods for sending data back to the client. We'll cover that next.
 
 지금까지 `response` 객체는 전혀 건드리지 않았습니다. 이 객체는 [`ServerResponse`][]의
 인스턴스이면서 [`WritableStream`][]입니다. 여기에는 클라이언트에 데이터를 응답하기 위한
-여러 가지 유용한 메소드가 있습니다. 이제 이를 살펴볼 것입니다.
+여러 가지 유용한 메서드가 있습니다. 이제 이를 살펴볼 것입니다.
 
 <!--
 ## HTTP Status Code
@@ -371,7 +371,7 @@ sent.
 
 ## 응답 헤더 설정
 
-편리한 [`setHeader`][] 메소드로 헤더를 설정합니다.
+편리한 [`setHeader`][] 메서드로 헤더를 설정합니다.
 
 ```javascript
 response.setHeader('Content-Type', 'application/json');
@@ -405,11 +405,11 @@ start sending response data.
 
 ## 명시적인 헤더 데이터 전송
 
-지금까지 설명한 헤더와 상태 코드를 설정하는 메소드는 "암묵적인 헤더"를 사용하고 있다고 가정합니다. 이는
+지금까지 설명한 헤더와 상태 코드를 설정하는 메서드는 "암묵적인 헤더"를 사용하고 있다고 가정합니다. 이는
 바디 데이터를 보내기 전 적절한 순간에 헤더를 보내는 일을 노드에 의존하고 있다는 의미입니다.
 
 원한다면 *명시적으로* 응답 스트림에 헤더를 작성할 수 있습니다. 헤더를 작성하는 [`writeHead`][]
-메소드가 있습니다. 이 메소드는 스트림에 상태 코드와 헤더를 작성합니다.
+메서드가 있습니다. 이 메서드는 스트림에 상태 코드와 헤더를 작성합니다.
 
 ```javascript
 response.writeHead(200, {
@@ -450,7 +450,7 @@ the body in HTTP responses.
 ## 응답 바디 전송
 
 `response` 객체는 [`WritableStream`][]이므로 클라이언트로 보내는 응답 바디는 일반적인
-스트림 메소드를 사용해서 작성합니다.
+스트림 메서드를 사용해서 작성합니다.
 
 ```javascript
 response.write('<html>');
@@ -642,9 +642,9 @@ http.createServer((request, response) => {
 ```
 -->
 
-이제 약간의 변경을 해보겠습니다. 다음의 조건에서만 에코 응답을 보내려고 합니다.
+이제 약간 변경해보겠습니다. 다음의 조건에서만 에코 응답을 보내려고 합니다.
 
-* 요청 메소드가 POST인 경우
+* 요청 메서드가 POST인 경우
 * URL이 `/echo`인 경우
 
 위 조건이 아닌 경우에는 404를 응답합니다.
@@ -803,7 +803,7 @@ read through the API docs for [`EventEmitters`][], [`Streams`][], and [`HTTP`][]
 지금까지 HTTP 요청을 다루는 기본 내용을 거의 다 다루었습니다. 이제 다음을 할 수 있어야 합니다.
 
 * 요청 핸들러 함수로 HTTP 서버의 인스턴스를 생성하고 특정 포트로 서버를 열 수 있습니다.
-* `request` 객체에서 헤더, URL, 메소드, 바디 데이터를 가져올 수 있습니다.
+* `request` 객체에서 헤더, URL, 메서드, 바디 데이터를 가져올 수 있습니다.
 * URL이나 `request` 객체의 데이터에 기반을 둬서 라우팅을 할 수 있습니다.
 * `response` 객체로 헤더, HTTP 상태 코드, 바디 데이터를 보낼 수 있습니다.
 * `request` 객체에서 `response` 객체로 데이터를 파이프로 연결할 수 있습니다.

locale/ko/docs/guides/debugging-getting-started.md

@@ -120,9 +120,9 @@ Node 인스펙터에 접속할 수 있는 여러 상용 도구와 오픈소스 
 
 #### [node-inspect](https://github.com/nodejs/node-inspect)
 
-* Node.js 재단에서 지원하는 CLI 디버거로 [Inspector 프로토콜][]를 사용합니다.
+* Node.js 재단에서 지원하는 CLI 디버거로 [Inspector 프로토콜][]을 사용합니다.
 * Node에 포함되어 있고 `node inspect myscript.js`로 사용할 수 있습니다.
-* 최신 버전을 별도로 설치할 수 있고 (예시: `npm install -g node-inspect`)
+* 최신 버전을 별도로 설치할 수 있고(예시: `npm install -g node-inspect`)
   `node-inspect myscript.js`로 사용할 수 있습니다.
 
 #### [Chrome DevTools](https://github.com/ChromeDevTools/devtools-frontend) 55+

locale/ko/docs/guides/domain-postmortem.md

@@ -299,7 +299,7 @@ handle. More on this in _Resource Cleanup on Exception_.
 사실을 전달하는 문제가 여전히 남아있고 이 분기의 추가작업은 중단되어야 합니다. http 요청 핸들러
 예제에서 다수의 비동기 요청을 보내고 각 요청에서 `write()`의 데이터를 다시 클라이언트에 보내면
 닫힌 핸들에 `write()`를 시도하면서 더 많은 오류가 발생합니다.
-이것에 대한 자세한 내용은 _예외발생시 리소스 정리_를 참고하세요.
+이것에 대한 자세한 내용은 _예외발생시 자원 정리_를 참고하세요.
 
 <!--
 ### Resource Cleanup on Exception
@@ -751,7 +751,7 @@ function dataTransformed(chunk) {
 function DataStream(cb) {
   this.cb = cb;
   // DataStream은 데이터 전파에도 도메인을 사용하려고 합니다!
-  // 불행히도 이는 이미 존재하는 다른 도메인과 충돌 날 것입니다.
+  // 불행히도 이는 이미 존재하는 다른 도메인과 충돌할 것입니다.
   this.domain = domain.create();
   this.domain.data = { inst: this };
 }

locale/ko/docs/guides/event-loop-timers-and-nexttick.md

@@ -156,7 +156,7 @@ any.
 
 ## 단계 개요
 
-* **timers**: 이 단계는 `setTimeout()`와 `setInterval()`로 스케줄링한
+* **timers**: 이 단계는 `setTimeout()`과 `setInterval()`로 스케줄링한
   콜백을 실행합니다.
 * **I/O callbacks**: 클로즈 콜백, 타이머로 스케줄링된 콜백,
   `setImmediate()`를 제외한 거의 모든 콜백을 실행합니다.
@@ -332,7 +332,7 @@ is reached.
 이벤트 루프가 **poll** 단계에 진입하고 _스케줄링된 타이머가 없을 때_
 두 가지 중 하나의 상황이 발생합니다.
 
-* _**poll** 큐가 **비어있지 않는다면**_ 이벤트 루프가 콜백의 큐를 순회하면서
+* _**poll** 큐가 **비어있지 않다면**_ 이벤트 루프가 콜백의 큐를 순회하면서
 큐를 다 소진하거나 시스템 의존적인 하드 한계에 도달할 때까지 동기로 콜백을 실행합니다.
 
 <!--

locale/ko/docs/guides/nodejs-docker-webapp.md

@@ -298,7 +298,7 @@ CMD [ "npm", "start" ]
 ```docker
 FROM node:carbon
 
-# 앱 디렉토리 생성
+# 앱 디렉터리 생성
 WORKDIR /usr/src/app
 
 # 앱 의존성 설치
@@ -364,7 +364,7 @@ node                            carbon     1934b0b038d1    5 days ago
 
 ## 이미지 빌드
 
-작성한 `Dockerfile`이 있는 디렉토리로 가서 Docker 이미지를 빌드하는 다음 명령어를 실행하세요.
+작성한 `Dockerfile`이 있는 디렉터리로 가서 Docker 이미지를 빌드하는 다음 명령어를 실행하세요.
 `-t` 플래그로 이미지에 태그를 추가하기 때문에 나중에 `docker images` 명령어로
 쉽게 찾을 수 있습니다.
 

locale/ko/docs/guides/simple-profiling.md

@@ -50,7 +50,7 @@ our system:
 -->
 
 이전에는 tick을 해석하려면 V8 소스 코드가 필요했습니다. 다행히, 소스에서 V8 빌드를 따로 하지 않고
-이 정보를 사용할 수 있는 도구가 최근  Node.js 4.4.0에 도입되었습니다. 애플리케이션의 성능을
+이 정보를 사용할 수 있는 도구가 최근 Node.js 4.4.0에 도입되었습니다. 애플리케이션의 성능을
 볼 수 있는 내장된 프로파일러를 어떻게 사용하는지 살펴보겠습니다.
 
 tick 프로파일러의 사용방법을 설명하기 위해 간단한 Express 애플리케이션을 만들어 보겠습니다.

locale/ko/docs/index.md

@@ -35,14 +35,15 @@ This documentation describes the built-in modules provided by Node.js. It does n
 ### API 레퍼런스 문서
 
 [API 레퍼런스 문서](/api/)에는 Node.js의 함수나 객체에 대한 자세한 정보가 있습니다.
-이 문서에서 메소드가 어떤 인자를 받고 어떤 값을 반환하는지 해당 메소드와 관련된 에러에는 어떤 것이
-있는지를 알려줍니다. 다양한 Node.js에서 어떤 메소드를 사용할 수 있는지도 알려줍니다.
+이 문서에서 메서드가 어떤 인자를 받고 어떤 값을 반환하는지 해당 메서드와 관련된 에러에는 어떤 것이
+있는지를 알려줍니다. 다양한 Node.js에서 어떤 메서드를 사용할 수 있는지도 알려줍니다.
 
 <!--
 <div class="highlight-box">
     <h4>Looking for API docs of previous releases?</h4>
 
     <ul>
+        <li><a href="https://nodejs.org/docs/latest-v7.x/api/">Node.js 7.x</a></li>
         <li><a href="https://nodejs.org/docs/latest-v5.x/api/">Node.js 5.x</a></li>
         <li><a href="https://nodejs.org/docs/latest-v4.x/api/">Node.js 4.x</a></li>
         <li><a href="https://nodejs.org/docs/latest-v0.12.x/api/">Node.js 0.12.x</a></li>
@@ -85,4 +86,4 @@ Long-form, in-depth articles about Node.js technical features and capabilities.
 
 ### 안내
 
-Node.js의 기술적인 기능에 대한 길고 상세한 글
+Node.js의 기술적인 기능에 대한 길고 상세한 글입니다.