From 48382f72d91fc9c8dcea68d5fc686a507d2e692b Mon Sep 17 00:00:00 2001 From: Chayoung You Date: Tue, 20 Mar 2018 14:43:59 +0900 Subject: [PATCH 1/2] nodejs-ko: fix Korean grammar --- locale/ko/about/index.md | 2 +- locale/ko/about/releases.md | 2 ++ locale/ko/about/working-groups.md | 22 +++++++------- locale/ko/docs/es6.md | 2 +- .../guides/anatomy-of-an-http-transaction.md | 30 +++++++++---------- .../docs/guides/debugging-getting-started.md | 4 +-- locale/ko/docs/guides/domain-postmortem.md | 4 +-- .../guides/event-loop-timers-and-nexttick.md | 4 +-- locale/ko/docs/guides/nodejs-docker-webapp.md | 4 +-- locale/ko/docs/guides/simple-profiling.md | 2 +- locale/ko/docs/index.md | 7 +++-- locale/ko/download/releases.md | 1 + locale/ko/security.md | 8 ++--- 13 files changed, 48 insertions(+), 44 deletions(-) diff --git a/locale/ko/about/index.md b/locale/ko/about/index.md index b25e2d31514c2..f7de83811ae46 100644 --- a/locale/ko/about/index.md +++ b/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는 스레드를 사용하지 않도록 설계되지만 멀티 코어 환경의 장점을 얻지 못한다는 의미는 아닙니다. diff --git a/locale/ko/about/releases.md b/locale/ko/about/releases.md index 2b0d1070f6b8a..450c9cbf8733a 100644 --- a/locale/ko/about/releases.md +++ b/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 diff --git a/locale/ko/about/working-groups.md b/locale/ko/about/working-groups.md index 3f9fda272b6a1..2a9e85037aaa5 100644 --- a/locale/ko/about/working-groups.md +++ b/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,7 +417,7 @@ Responsibilities include: 포스트모템 디버깅의 역할을 향상시켜서 기술과 도구개발을 돕고 Node.js 사용자가 알고 있고 사용하는 기술과 도구를 만드는 것입니다. -이 워킹 그룹은 다음에 대한 책임이 있습니다. +이 워킹 그룹은 다음과 같은 업무를 담당합니다. * 필요할 때 덤프를 생성할 수 있도록 인터페이스/API를 정의하고 추가합니다. * 이러한 덤프를 분석하는 도구를 지원하기 위해 생성된 덤프의 공통 구조를 정의하고 추가합니다. diff --git a/locale/ko/docs/es6.md b/locale/ko/docs/es6.md index f39c21d044b90..3f24983e37a2b 100644 --- a/locale/ko/docs/es6.md +++ b/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이 안정적이라고 간주한 것으로 diff --git a/locale/ko/docs/guides/anatomy-of-an-http-transaction.md b/locale/ko/docs/guides/anatomy-of-an-http-transaction.md index f51888983110d..31f5b1cdb26e8 100644 --- a/locale/ko/docs/guides/anatomy-of-an-http-transaction.md +++ b/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`][]입니다. 여기에는 클라이언트에 데이터를 응답하기 위한 -여러 가지 유용한 메소드가 있습니다. 이제 이를 살펴볼 것입니다. +여러 가지 유용한 메서드가 있습니다. 이제 이를 살펴볼 것입니다. -이제 약간의 변경을 해보겠습니다. 다음의 조건에서만 에코 응답을 보내려고 합니다. +이제 약간 변경해보겠습니다. 다음의 조건에서만 에코 응답을 보내려고 합니다. -* 요청 메소드가 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` 객체로 데이터를 파이프로 연결할 수 있습니다. diff --git a/locale/ko/docs/guides/debugging-getting-started.md b/locale/ko/docs/guides/debugging-getting-started.md index 6d451f6b41993..edf9ea29baea4 100644 --- a/locale/ko/docs/guides/debugging-getting-started.md +++ b/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+ diff --git a/locale/ko/docs/guides/domain-postmortem.md b/locale/ko/docs/guides/domain-postmortem.md index 14763824d58c0..3c818216b563e 100644 --- a/locale/ko/docs/guides/domain-postmortem.md +++ b/locale/ko/docs/guides/domain-postmortem.md @@ -299,7 +299,7 @@ handle. More on this in _Resource Cleanup on Exception_. 사실을 전달하는 문제가 여전히 남아있고 이 분기의 추가작업은 중단되어야 합니다. http 요청 핸들러 예제에서 다수의 비동기 요청을 보내고 각 요청에서 `write()`의 데이터를 다시 클라이언트에 보내면 닫힌 핸들에 `write()`를 시도하면서 더 많은 오류가 발생합니다. -이것에 대한 자세한 내용은 _예외발생시 리소스 정리_를 참고하세요. +이것에 대한 자세한 내용은 _예외발생시 자원 정리_를 참고하세요. 이전에는 tick을 해석하려면 V8 소스 코드가 필요했습니다. 다행히, 소스에서 V8 빌드를 따로 하지 않고 -이 정보를 사용할 수 있는 도구가 최근 Node.js 4.4.0에 도입되었습니다. 애플리케이션의 성능을 +이 정보를 사용할 수 있는 도구가 최근 Node.js 4.4.0에 도입되었습니다. 애플리케이션의 성능을 볼 수 있는 내장된 프로파일러를 어떻게 사용하는지 살펴보겠습니다. tick 프로파일러의 사용방법을 설명하기 위해 간단한 Express 애플리케이션을 만들어 보겠습니다. diff --git a/locale/ko/docs/index.md b/locale/ko/docs/index.md index 867cfcf1c2704..2e5c365f4d7e6 100644 --- a/locale/ko/docs/index.md +++ b/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에서 어떤 메서드를 사용할 수 있는지도 알려줍니다. + +### [Release](https://github.com/nodejs/LTS) +릴리스 워킹 그룹은 Node.js의 릴리스 프로세스를 관리합니다. + +이 워킹 그룹은 다음과 같은 업무를 담당합니다. +* 릴리스 프로세스를 정의합니다. +* 릴리스의 콘텐츠를 정의합니다. +* 릴리스를 생성합니다. +* 릴리스를 테스트합니다. +* LTS 및 현재 버전 브랜치를 관리하고 변경 사항을 백포트합니다. +* 어떤 사항을 백포트할지에 대한 정책을 정의합니다.