From c1e19514bdcf26160974768ab8885672a786edf2 Mon Sep 17 00:00:00 2001 From: Channy Yun Date: Wed, 2 Dec 2015 13:59:34 +0900 Subject: [PATCH 1/4] Add Korean translation to Extensible Web Manifesto --- README.ko.md | 138 +++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 138 insertions(+) create mode 100644 README.ko.md diff --git a/README.ko.md b/README.ko.md new file mode 100644 index 0000000..f1b9ce1 --- /dev/null +++ b/README.ko.md @@ -0,0 +1,138 @@ +The Extensible Web Manifesto +============================ + +우리- [선언문 서명자](https://extensiblewebmanifesto.org/#signatories)는 지금까지 웹 표준화 단체가 새로운 기능을 추가하거나, 우선 순위를 결정하기 위해 취해 온 기존 방식을 바꿔야한다고 생각합니다. 이는 장기적으로 웹 개발 생태계를 건강하게 유지하는데 필요한 일이라고 생각하고 있기 때문입니다. + +이를 위해 웹 표준을 제정하는 편집자와 웹 개발자 사이에 더 많은 피드백을 서로 공유해야 한다고 생각합니다. + +오늘날 대부분 신규 기능은 수 개월 혹은 매년 표준화를 진행하고 이에 따라 브라우저 벤더의 구현을 거쳐 그 이후 개발자의 피드백을 받는 방식으로 진행합니다. 우리는 구현 및 표준화를 동시에 진행하며 JavaScript에서 지속적인 기능 개발과 변경을 선호합니다. + +라이브러리를 통해 더 많은 것을 하기 위해서는 브라우저 벤더들이 기본 플랫폼이 가진 가능성을 최대한 활용하기 위한 기본 수준의(Low-level) 기능을 더 많이 제공해야합니다. + +이를 토대로 JavaScript를 통해 신규 기능을 구현할 수 있는 높은 수준(High-level) API에 대한 토대를 제공해야 합니다. (사례 Mozilla X-Tags(http://www.x-tags.org/) 및 Google의 Polymer(http://www.polymer-project.org/).) + +------ + +확장 가능한 웹 플랫폼(Extensible Web Platform)은 아래의 설계 원칙을 따르기를 제안합니다. +*웹 플랫폼에 대한 안전하고 효과적인 ***새로운 낮은 수준 기능*** 개발에 주력 해야합니다. +* HTML이나 CSS 등의 ***기존 특징을 구현***하는 낮은 수준의 기능을 제공함으로써, 웹 개발자가 이해하고 재현할 수 있도록 해야합니다. +* 웹 개발자가 새로운 높은 수준의 API를 개발·표현·테스트를 JavaScript로 하고 개발자들이 표준화되기 전에 반복 테스트할 수 있도록 해야합니다. 이를 통해 표준을 만드는 사람과 개발자 사이의 ***가치있는 사이클***을 제공합니다. +* 향후 표준화 과정은 이러한 원칙에 따라 ***우선 순위 부여 ***을 해야하며, 그렇게 되지 않을 경우 우선 순위를 재검토​​해야합니다. + +------ + +***신규 낮은 수준 기능*** 표준화와 그러한 관점의 신규 기능에 집중함으로서, 우리는 + +* 새로운 보안 문제를 억제 할 수 있습니다. +* 브라우저 엔진이 앞으로 추가 되는 API에 영향을 주는 핵심 부분 최적화에만 주력할 수 있습니다. 그러면, 작은 구현 비용으로 더 나은 성능을 얻을 수 있습니다. +* 브라우저 벤더와 라이브러리 개발자가 웹 개발자의 요구에 맞는 높은 수준의 API로 라이브러리 개발을 할 수 있습니다. + +------ + +***낮은 수준 기능 관점에서*** 기존 기능과 앞으로 추가되는 새로운 기능을 자세히 설명함으로서, 우리는... + +* 구현의 복잡성 감소와 버그 감소에 기여할 수 있습니다. +* 다양한 신규 플랫폼 새로운 기능을 더 많이 제공할 수 있습니다. +* 새로운 기능에 대한 학습 비용을 줄일 수 있습니다. 학습에 필요한 내용도 이미 플랫폼 개념을 바탕으로 쉽게 만들 수 있습니다. + +------ + +신규 기능을 쉽게 이해시키고 ***가치있는 사이클***을 여러 곳에 적용함으로서, 우리는... + +* 웹 개발자로 하여금 새로운 API를 더 빨리 시도할 수 있고, 표준 사양이 완료되기 전에 플랫폼 변화에 대한 피드백을 보낼 수 있습니다. +* API를 이용하는 웹 개발자와 라이브러리를 제공하는 개발자에 의해 API의 실수는 빠르게 확인되고, 이를 통해 중요한 피드백을 브라우저 벤더와 플랫폼 설계자에게 적절한 시기에 제공 할 수 있습니다. +* 라이브러리 개발자는 새로운 API를 실험하고, 이를 통해 웹 플랫폼이 나아갈 길을 제시할 수 있습니다. + +------ + +이러한 원칙에 따라 ***우선 순위를 부여***함으로써, 우리는... + +* 보안 및 성능 문제와 함께 기능에 집중하는 (특히 단기적인) 표준 프로세스를 자유롭게 함으로서 새로운 하드웨어 같은 웹 플랫폼 수준에서만 추가되어야 할 기능 표준화에 주력 할 수 있습니다. +* 웹 개발자와 브라우저가 주도하는 라이브러리의 구현 비용에 대한 조사를 이끌 수 있습니다. +* 신규 API 표준화에 대한 장기적 과정을 단순화함으로서, 현실 세계에 중요하게 사용하는 기능을 표준화 할 수 있습니다. + +------ + +우리는 웹 개발자가 더 많은 선언적인 코드를 작성하기를 원합니다. 이를 통해 표준화의 병목 현상을 제거하고, 라이브러리와 프레임 워크의 개발자들에게 팔요한 도구를 제공할 수 있습니다. + +개방형 웹과 이를 둘러싼 경쟁자와 경쟁을 위해서는 웹 개발자의 좋은 아이디어를 웹 인프라 구조의 일부로 편입시킬 수 있는 확실한 수단이 필요합니다. + +이러한 원칙에 우리는 찬성합니다. + +선언문 서명하기(https://docs.google.com/forms/d/1fqaqAjUZR8uDo5l9p1_80-1kt0SFQNJ_fCjiZPNgj4Y/viewform) + +서명자 명단(https://docs.google.com/spreadsheet/pub?key=0AtR1SNsaFeH9dGI5eWZQVGNhZWEyQUhtaUw3ZWl1dVE&single=true&gid=0&output=html) + + + +***Brendan Eich*** +CTO and SVP Engineering, Mozilla; Creator of JavaScript + +***Yehuda Katz*** +Member, TC39, W3C TAG; Core Team, Ember.js, Rails + +***Alex Russell*** +Member, TC39, W3C TAG; Google Chrome Team + +***Brian Kardell*** +Chair, Extensible Web Community Group, W3C + +***François REMY*** +Co-founder, Extensible Web Community Group, W3C + +***Clint Hill*** +Co-founder, Extensible Web Community Group, W3C + +***Marcos Caceres*** +Co-founder, Extensible Web Community Group, W3C + +***Tom Dale*** +Core Team, Ember.js + +***Anne van Kesteren*** +Editor of standards, Architecture Astronaut at Mozilla + +***Sam Tobin-Hochstadt*** +Member, TC39 + +***Domenic Denicola*** +Co-Editor, Promises/A+ + +***Chris Eppstein*** +Maintainer, Sass + +***Dave Herman*** +Mozilla Research and TC39 + +***Alan Stearns*** +Member, CSSWG + +***Rick Waldron*** +Member, TC39; Core Team, jQuery, Bocoup + +***Paul Irish*** +Google + +***Ted Han*** +Lead Developer, DocumentCloud + +***Tab Atkins*** +Member, CSS WG; Google + +***Dan Appelquist*** +Co-Chair, W3C TAG, Open Web Advocate, Telefónica + +***Isaac Schlueter*** +Maintainer, Node.js + +***Allen Wirfs-Brock*** +Mozilla Research Fellow, TC39 Member, Editor of The ECMAScript Specification + +----- + +***참고 문서*** +* [Extend the Web Forward](http://yehudakatz.com/2013/05/21/extend-the-web-forward/) by Yehuda Katz, 본 아이디어의 세부 사항을 설명하는 문서 +* [An Extensible Approach to Browser Security Policy](http://yehudakatz.com/2013/05/24/an-extensible-approach-to-browser-security-policy/) by Yehuda Katz, 이러한 방법을 구현한 응용 프로그램으로 브라우저 Content Security Policy의 API 디자인에 대한 문제에 대한 해설 +* [Dropping the F-Bomb on Web Standards](https://briankardell.wordpress.com/2013/05/17/dropping-the-f-bomb/) by Brian Kardell, 개발자 커뮤니티에서 나온 아이디어와 표준 언어를 표준에 어떻게 포함 할 것인가에 대한 실질적인 논의. +* [Bedrock](http://infrequently.org/2012/04/bedrock/) by Alex Russell, 2012년에 확장 가능한( "레이어링 된") 디자인에 기반한 플랫폼에 관한 지식과 철학 자세한 조사. +* [How the Web Should Work](http://smus.com/how-the-web-should-work/) by Boris Smus, 2002년에 미래의 다양한 적용(polyfills)을 위한 방법에 대한 제안. From 8fd45d1c57cd8e40ab5b5fd2aec17a7ae2e6160a Mon Sep 17 00:00:00 2001 From: Channy Yun Date: Wed, 2 Dec 2015 17:14:33 +0900 Subject: [PATCH 2/4] Revised Korean translation by @cynthia's reviews --- README.ko.md | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/README.ko.md b/README.ko.md index f1b9ce1..0f9c304 100644 --- a/README.ko.md +++ b/README.ko.md @@ -14,30 +14,30 @@ The Extensible Web Manifesto ------ 확장 가능한 웹 플랫폼(Extensible Web Platform)은 아래의 설계 원칙을 따르기를 제안합니다. -*웹 플랫폼에 대한 안전하고 효과적인 ***새로운 낮은 수준 기능*** 개발에 주력 해야합니다. -* HTML이나 CSS 등의 ***기존 특징을 구현***하는 낮은 수준의 기능을 제공함으로써, 웹 개발자가 이해하고 재현할 수 있도록 해야합니다. -* 웹 개발자가 새로운 높은 수준의 API를 개발·표현·테스트를 JavaScript로 하고 개발자들이 표준화되기 전에 반복 테스트할 수 있도록 해야합니다. 이를 통해 표준을 만드는 사람과 개발자 사이의 ***가치있는 사이클***을 제공합니다. -* 향후 표준화 과정은 이러한 원칙에 따라 ***우선 순위 부여 ***을 해야하며, 그렇게 되지 않을 경우 우선 순위를 재검토​​해야합니다. +*웹 플랫폼에 대한 안전하고 효과적인 ***새로운 기본 수준 기능*** 개발에 주력 해야합니다. +* HTML이나 CSS 등의 ***기존 기능을 구현***하는 기본 수준의 기능을 제공함으로써, 웹 개발자가 이해하고 재현할 수 있도록 해야합니다. +* 웹 개발자가 새로운 높은 수준의 API를 개발·표현·테스트를 JavaScript로 하고 개발자들이 표준화되기 전에 반복 테스트할 수 있도록 해야합니다. 이를 통해 표준을 만드는 사람과 개발자 사이의 ***의미있는 피드백 체계***를 제공합니다. +* 향후 표준화 과정은 이러한 원칙에 따라 ***우선 순위를 정리*** 해야하며, 그렇게 되지 않을 경우 우선 순위를 재검토​​해야합니다. ------ -***신규 낮은 수준 기능*** 표준화와 그러한 관점의 신규 기능에 집중함으로서, 우리는 +***신규 기본 수준 기능*** 표준화와 그러한 관점의 신규 기능에 집중함으로서, 우리는 -* 새로운 보안 문제를 억제 할 수 있습니다. +* 새로운 보안 문제가 생길 수 있는 영역의 최소화를 할 수 있습니다. * 브라우저 엔진이 앞으로 추가 되는 API에 영향을 주는 핵심 부분 최적화에만 주력할 수 있습니다. 그러면, 작은 구현 비용으로 더 나은 성능을 얻을 수 있습니다. * 브라우저 벤더와 라이브러리 개발자가 웹 개발자의 요구에 맞는 높은 수준의 API로 라이브러리 개발을 할 수 있습니다. ------ -***낮은 수준 기능 관점에서*** 기존 기능과 앞으로 추가되는 새로운 기능을 자세히 설명함으로서, 우리는... +***기본 수준 기능 관점에서*** 기존 기능과 앞으로 추가되는 새로운 기능을 설명함으로서, 우리는... -* 구현의 복잡성 감소와 버그 감소에 기여할 수 있습니다. +* 구현 결과의 복잡도를 줄일 수 있고, 그에 따라 버그 발생율을 줄일 수 있습니다. * 다양한 신규 플랫폼 새로운 기능을 더 많이 제공할 수 있습니다. * 새로운 기능에 대한 학습 비용을 줄일 수 있습니다. 학습에 필요한 내용도 이미 플랫폼 개념을 바탕으로 쉽게 만들 수 있습니다. ------ -신규 기능을 쉽게 이해시키고 ***가치있는 사이클***을 여러 곳에 적용함으로서, 우리는... +신규 기능을 쉽게 이해시키고 ***의미있는 피드백 체계***를 여러 방면에 적용함으로서, 우리는... * 웹 개발자로 하여금 새로운 API를 더 빨리 시도할 수 있고, 표준 사양이 완료되기 전에 플랫폼 변화에 대한 피드백을 보낼 수 있습니다. * API를 이용하는 웹 개발자와 라이브러리를 제공하는 개발자에 의해 API의 실수는 빠르게 확인되고, 이를 통해 중요한 피드백을 브라우저 벤더와 플랫폼 설계자에게 적절한 시기에 제공 할 수 있습니다. From 5808844b52830690028b532d46367ccfc07cde89 Mon Sep 17 00:00:00 2001 From: Channy Yun Date: Wed, 2 Dec 2015 17:16:53 +0900 Subject: [PATCH 3/4] Revised Korean translation by @cynthia's reviews --- README.ko.md | 60 ++++++++++++++++++++++++++-------------------------- 1 file changed, 30 insertions(+), 30 deletions(-) diff --git a/README.ko.md b/README.ko.md index 0f9c304..e1ba83a 100644 --- a/README.ko.md +++ b/README.ko.md @@ -14,14 +14,14 @@ The Extensible Web Manifesto ------ 확장 가능한 웹 플랫폼(Extensible Web Platform)은 아래의 설계 원칙을 따르기를 제안합니다. -*웹 플랫폼에 대한 안전하고 효과적인 ***새로운 기본 수준 기능*** 개발에 주력 해야합니다. -* HTML이나 CSS 등의 ***기존 기능을 구현***하는 기본 수준의 기능을 제공함으로써, 웹 개발자가 이해하고 재현할 수 있도록 해야합니다. -* 웹 개발자가 새로운 높은 수준의 API를 개발·표현·테스트를 JavaScript로 하고 개발자들이 표준화되기 전에 반복 테스트할 수 있도록 해야합니다. 이를 통해 표준을 만드는 사람과 개발자 사이의 ***의미있는 피드백 체계***를 제공합니다. -* 향후 표준화 과정은 이러한 원칙에 따라 ***우선 순위를 정리*** 해야하며, 그렇게 되지 않을 경우 우선 순위를 재검토​​해야합니다. +*웹 플랫폼에 대한 안전하고 효과적인 **새로운 기본 수준 기능** 개발에 주력 해야합니다. +* HTML이나 CSS 등의 **기존 기능을 구현**하는 기본 수준의 기능을 제공함으로써, 웹 개발자가 이해하고 재현할 수 있도록 해야합니다. +* 웹 개발자가 새로운 높은 수준의 API를 개발·표현·테스트를 JavaScript로 하고 개발자들이 표준화되기 전에 반복 테스트할 수 있도록 해야합니다. 이를 통해 표준을 만드는 사람과 개발자 사이의 **의미있는 피드백 체계**를 제공합니다. +* 향후 표준화 과정은 이러한 원칙에 따라 **우선 순위를 정리** 해야하며, 그렇게 되지 않을 경우 우선 순위를 재검토​​해야합니다. ------ -***신규 기본 수준 기능*** 표준화와 그러한 관점의 신규 기능에 집중함으로서, 우리는 +**신규 기본 수준 기능** 표준화와 그러한 관점의 신규 기능에 집중함으로서, 우리는 * 새로운 보안 문제가 생길 수 있는 영역의 최소화를 할 수 있습니다. * 브라우저 엔진이 앞으로 추가 되는 API에 영향을 주는 핵심 부분 최적화에만 주력할 수 있습니다. 그러면, 작은 구현 비용으로 더 나은 성능을 얻을 수 있습니다. @@ -29,7 +29,7 @@ The Extensible Web Manifesto ------ -***기본 수준 기능 관점에서*** 기존 기능과 앞으로 추가되는 새로운 기능을 설명함으로서, 우리는... +**기본 수준 기능 관점에서** 기존 기능과 앞으로 추가되는 새로운 기능을 설명함으로서, 우리는... * 구현 결과의 복잡도를 줄일 수 있고, 그에 따라 버그 발생율을 줄일 수 있습니다. * 다양한 신규 플랫폼 새로운 기능을 더 많이 제공할 수 있습니다. @@ -37,7 +37,7 @@ The Extensible Web Manifesto ------ -신규 기능을 쉽게 이해시키고 ***의미있는 피드백 체계***를 여러 방면에 적용함으로서, 우리는... +신규 기능을 쉽게 이해시키고 **의미있는 피드백 체계**를 여러 방면에 적용함으로서, 우리는... * 웹 개발자로 하여금 새로운 API를 더 빨리 시도할 수 있고, 표준 사양이 완료되기 전에 플랫폼 변화에 대한 피드백을 보낼 수 있습니다. * API를 이용하는 웹 개발자와 라이브러리를 제공하는 개발자에 의해 API의 실수는 빠르게 확인되고, 이를 통해 중요한 피드백을 브라우저 벤더와 플랫폼 설계자에게 적절한 시기에 제공 할 수 있습니다. @@ -45,7 +45,7 @@ The Extensible Web Manifesto ------ -이러한 원칙에 따라 ***우선 순위를 부여***함으로써, 우리는... +이러한 원칙에 따라 **우선 순위를 부여**함으로써, 우리는... * 보안 및 성능 문제와 함께 기능에 집중하는 (특히 단기적인) 표준 프로세스를 자유롭게 함으로서 새로운 하드웨어 같은 웹 플랫폼 수준에서만 추가되어야 할 기능 표준화에 주력 할 수 있습니다. * 웹 개발자와 브라우저가 주도하는 라이브러리의 구현 비용에 대한 조사를 이끌 수 있습니다. @@ -65,72 +65,72 @@ The Extensible Web Manifesto -***Brendan Eich*** +**Brendan Eich** CTO and SVP Engineering, Mozilla; Creator of JavaScript -***Yehuda Katz*** +**Yehuda Katz** Member, TC39, W3C TAG; Core Team, Ember.js, Rails -***Alex Russell*** +**Alex Russell** Member, TC39, W3C TAG; Google Chrome Team -***Brian Kardell*** +**Brian Kardell** Chair, Extensible Web Community Group, W3C -***François REMY*** +**François REMY** Co-founder, Extensible Web Community Group, W3C -***Clint Hill*** +**Clint Hill** Co-founder, Extensible Web Community Group, W3C -***Marcos Caceres*** +**Marcos Caceres** Co-founder, Extensible Web Community Group, W3C -***Tom Dale*** +**Tom Dale** Core Team, Ember.js -***Anne van Kesteren*** +**Anne van Kesteren** Editor of standards, Architecture Astronaut at Mozilla -***Sam Tobin-Hochstadt*** +**Sam Tobin-Hochstadt** Member, TC39 -***Domenic Denicola*** +**Domenic Denicola** Co-Editor, Promises/A+ -***Chris Eppstein*** +**Chris Eppstein** Maintainer, Sass -***Dave Herman*** +**Dave Herman** Mozilla Research and TC39 -***Alan Stearns*** +**Alan Stearns** Member, CSSWG -***Rick Waldron*** +**Rick Waldron** Member, TC39; Core Team, jQuery, Bocoup -***Paul Irish*** +**Paul Irish** Google -***Ted Han*** +**Ted Han** Lead Developer, DocumentCloud -***Tab Atkins*** +**Tab Atkins** Member, CSS WG; Google -***Dan Appelquist*** +**Dan Appelquist** Co-Chair, W3C TAG, Open Web Advocate, Telefónica -***Isaac Schlueter*** +**Isaac Schlueter** Maintainer, Node.js -***Allen Wirfs-Brock*** +**Allen Wirfs-Brock** Mozilla Research Fellow, TC39 Member, Editor of The ECMAScript Specification ----- -***참고 문서*** +**참고 문서** * [Extend the Web Forward](http://yehudakatz.com/2013/05/21/extend-the-web-forward/) by Yehuda Katz, 본 아이디어의 세부 사항을 설명하는 문서 * [An Extensible Approach to Browser Security Policy](http://yehudakatz.com/2013/05/24/an-extensible-approach-to-browser-security-policy/) by Yehuda Katz, 이러한 방법을 구현한 응용 프로그램으로 브라우저 Content Security Policy의 API 디자인에 대한 문제에 대한 해설 * [Dropping the F-Bomb on Web Standards](https://briankardell.wordpress.com/2013/05/17/dropping-the-f-bomb/) by Brian Kardell, 개발자 커뮤니티에서 나온 아이디어와 표준 언어를 표준에 어떻게 포함 할 것인가에 대한 실질적인 논의. From a2ceceb6ddbbf9e1c13bc2e1ec4e116f62ebf0eb Mon Sep 17 00:00:00 2001 From: Channy Yun Date: Fri, 4 Dec 2015 19:05:14 +0900 Subject: [PATCH 4/4] Revised Korean translation by @a11ydoer's review --- README.ko.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/README.ko.md b/README.ko.md index e1ba83a..8d79175 100644 --- a/README.ko.md +++ b/README.ko.md @@ -3,9 +3,9 @@ The Extensible Web Manifesto 우리- [선언문 서명자](https://extensiblewebmanifesto.org/#signatories)는 지금까지 웹 표준화 단체가 새로운 기능을 추가하거나, 우선 순위를 결정하기 위해 취해 온 기존 방식을 바꿔야한다고 생각합니다. 이는 장기적으로 웹 개발 생태계를 건강하게 유지하는데 필요한 일이라고 생각하고 있기 때문입니다. -이를 위해 웹 표준을 제정하는 편집자와 웹 개발자 사이에 더 많은 피드백을 서로 공유해야 한다고 생각합니다. +이를 위해 웹 표준을 제정하는 편집자와 웹개발자 사이에 좀 더 신속한 의사결정과정(결정하고 그에 따라 행동안이 나오고, 행동안에 따른 결과가 또 바로 결정에 반영되는 과정)이 필요합니다. -오늘날 대부분 신규 기능은 수 개월 혹은 매년 표준화를 진행하고 이에 따라 브라우저 벤더의 구현을 거쳐 그 이후 개발자의 피드백을 받는 방식으로 진행합니다. 우리는 구현 및 표준화를 동시에 진행하며 JavaScript에서 지속적인 기능 개발과 변경을 선호합니다. +오늘날 대부분 신규 기능은 수 개월 혹은 매년 표준화를 진행하고 이에 따라 브라우저 벤더의 구현을 거쳐 그 이후 개발자의 피드백을 받는 방식으로 진행합니다. 우리는 개발자에 의한 자바스크립트의 새로운 기능개발을 선호하면서 브라우저와 표준화가 이를 반영하기를 선호합니다. 라이브러리를 통해 더 많은 것을 하기 위해서는 브라우저 벤더들이 기본 플랫폼이 가진 가능성을 최대한 활용하기 위한 기본 수준의(Low-level) 기능을 더 많이 제공해야합니다. @@ -17,7 +17,7 @@ The Extensible Web Manifesto *웹 플랫폼에 대한 안전하고 효과적인 **새로운 기본 수준 기능** 개발에 주력 해야합니다. * HTML이나 CSS 등의 **기존 기능을 구현**하는 기본 수준의 기능을 제공함으로써, 웹 개발자가 이해하고 재현할 수 있도록 해야합니다. * 웹 개발자가 새로운 높은 수준의 API를 개발·표현·테스트를 JavaScript로 하고 개발자들이 표준화되기 전에 반복 테스트할 수 있도록 해야합니다. 이를 통해 표준을 만드는 사람과 개발자 사이의 **의미있는 피드백 체계**를 제공합니다. -* 향후 표준화 과정은 이러한 원칙에 따라 **우선 순위를 정리** 해야하며, 그렇게 되지 않을 경우 우선 순위를 재검토​​해야합니다. +* 향후 표준화 과정은 이러한 원칙에 따라 **우선 순위를 정리** 해야하며, 그렇게 되지 않을 경우 우선 순위를 재검토 해야합니다. ------