#17: translation updates after code review

Author: Antiai

8-web-components/1-webcomponents-intro/article.md

@@ -2,7 +2,7 @@
 
 Этот раздел описывает набор современных стандартов для "веб-компонентов".
 
-На текущий момент, эти стандарты находятся в процессе разработки. Некоторые фичи имеют хорошую поддержку и интеграцию в современный стандарт HTML/DOM, в то время как другие пока еще в черновиках. Вы можете попробовать примеры в любом современном браузере (возможно, Google Chrome поддерживает самые последние фичи, так как ребята из Google предположительно стоят за большинством спецификаций по этой теме).
+На текущий момент, эти стандарты находятся в процессе разработки. Некоторые фичи имеют хорошую поддержку и интеграцию в современный стандарт HTML/DOM, в то время как другие пока еще в черновиках. Вы можете попробовать примеры в любом современном браузере (Google Chrome, скорее всего, имеет наиболее полную поддержку, так как ребята из Google стоят за большинством спецификаций по этой теме).
 
 ## Что общего между...
 
@@ -36,9 +36,9 @@
 
 Если что то становится сложным -- раздели это на более простые части и соедини наиболее очевидным способом.
 
-**Хороший архитектор -- это тот, кто может сложные вещи сделать простыми.**
+**Хороший архитектор -- это тот, кто может сделать сложное простым.**
 
-Мы можем разделить пользовательский интерфейс на визуальные компоненты: каждый из них занимает свое место на странице, может "выполнять" хорошо описанную задачу, и отделен от остальных.
+Мы можем разделить пользовательский интерфейс на визуальные компоненты: каждый из них занимает свое место на странице, выполняет определенную задачу, и отделен от остальных.
 
 Рассмотрим какой-нибудь сайт, например Twitter.
 
@@ -52,24 +52,25 @@
 4. Форма отправки сообщения.
 5. (а так же 6 и 7) -- сообщения.
 
-Компоненты могут содержать подкомпоненты, например сообщения могут быть частями родительского компонента "список сообщений". Кликабельное пользовательская картинка может быть самостоятельным компонентом и т.д.
+Компоненты могут содержать подкомпоненты, например сообщения могут быть частями родительского компонента "список сообщений". Кликабельное фото пользователя может быть самостоятельным компонентом и т.д.
 
 Как мы определяем, что является компонентом? Это приходит из соображений здравого смысла, а также с интуицией и опытом. Обычно это объект, отделимый визуально, который мы можем описать с точки зрения того, что он делает и как он взаимодействует со страницей. В примере выше, страница содержит блоки, каждый из которых играет свою роль, и логично выделить их в компоненты.
 
-- Компонент имеет свой собственный JavaScript-класс.
+Компонент имеет:
+- свой собственный JavaScript-класс.
 - DOM-структура управляется исключительно своим классом, и внешний код не имеет к ней доступа (принцип "инкапсуляции").
 - CSS-стили, примененные к компоненту.
 - API: события, методы класса и т.п., для взаимодействия с другими компонентами.
 
-Опять же, компонент в целом не представляет ничего особенного.
+Еще раз заметим, в компонентном подходе как таковом нет ничего особенного.
 
-Существует множество фреймворков и методов разработки для их создания, каждый из которых со своими плюсами и минусами. Обычно особые CSS классы и соглашения используются для обеспечения "ощущения компонентов" -- области видимости CSS и инкапсуляция DOM.
+Существует множество фреймворков и методов разработки для их создания, каждый из которых со своими плюсами и минусами. Обычно особые CSS классы и соглашения используются для имитации компонентов -- области видимости CSS и инкапсуляция DOM.
 
 "Веб-компоненты" предоставляют встроенные возможности браузера для этого, поэтому нам больше не нужно имитировать их.
 
 - [Пользовательские элементы](https://html.spec.whatwg.org/multipage/custom-elements.html#custom-elements) -- для определения пользовательских HTML-элементов.
-- [Теневой DOM](https://dom.spec.whatwg.org/#shadow-trees) -- для создание внутреннего DOM компонента, скрытого от остальных.
+- [Теневой DOM](https://dom.spec.whatwg.org/#shadow-trees) -- для создания внутреннего DOM компонента, скрытого от остальных.
 - [Области видимости CSS](https://drafts.csswg.org/css-scoping/) -- для определения стилей, которые применяются только внутри теневого DOM компонента.
 - [Перенаправление событий](https://dom.spec.whatwg.org/#retarget) и другие мелочи для создания более удобных в разработке пользовательских компонентов.
 
-В следующей главе мы погрузимся в детали "пользовательских элементов" -- основа и хорошо поддерживаемая особенность веб-компонентов, которая и сама по себе хороша.
+В следующей главе мы погрузимся в "пользовательские элементы" -- основополагающую особенность веб-компонентов, имеющую хорошую поддержку, также применяемую и самостоятельно.