Merge pull request #392 from rutigl/patch-22

Update article.md

Author: iliakan

1-js/03-code-quality/02-coding-style/article.md

@@ -150,9 +150,9 @@ if (
 
 Точки с запятой должны присутствовать после каждого выражения, даже если их, казалось бы, можно пропустить.
 
-Есть языки, в которых точка с запятой необязательна и редко используется. Однако в JavaScript бывают случаи, когда перенос строки не интерпретируется как точка с запятой, что может привести к ошибкам. Детали об этом - в главе [о структуре кода](info:structure#semicolon).
+Есть языки, в которых точка с запятой необязательна и редко используется. Однако в JavaScript бывают случаи, когда перенос строки не интерпретируется, как точка с запятой, что может привести к ошибкам. Подробнее об этом - в главе [о структуре кода](info:structure#semicolon).
 
-Если вы опытный разработчик на JavaScript, то можно выбрать стиль кода без точек с запятой, например [StandardJS](https://standardjs.com/). В ином случае, лучше будет использовать точки с запятой, чтобы избежать подводных камней. Большинство разработчиков их ставят.
+Если вы -- опытный разработчик на JavaScript, то можно выбрать стиль кода без точек с запятой, например [StandardJS](https://standardjs.com/). В ином случае, лучше будет использовать точки с запятой, чтобы избежать подводных камней. Большинство разработчиков их ставят.
 
 ### Уровни вложенности
 
@@ -224,7 +224,7 @@ function pow(x, n) {
 
 ## Размещение функций
 
-Если вы пишете несколько вспомогательных функций и далее используемый ими код, то существует три способа организации функций.
+Если вы пишете несколько вспомогательных функций, а затем используемый ими код, то существует три способа организации функций.
 
 1. Объявить функции *перед* кодом, который их вызовет:
 
@@ -290,7 +290,7 @@ function pow(x, n) {
 - [StandardJS](https://standardjs.com/)
 - (и ещё множество других)
 
-Если вы начинающий разработчик, то начните со шпаргалки в начале этой главы. Как только вы освоитесь, просмотрите другие руководства, чтобы выбрать общие принципы и решить, какое вам больше подходит.
+Если вы -- начинающий разработчик, то начните со шпаргалки в начале этой главы. Как только вы освоитесь, просмотрите другие руководства, чтобы выбрать общие принципы и решить, какое вам больше подходит.
 
 ## Автоматизированные средства проверки (линтеры)
 
@@ -300,7 +300,7 @@ function pow(x, n) {
 
 Вот некоторые известные инструменты для проверки:
 
-- [JSLint](http://www.jslint.com/) -- проверяет код на соответствие [стилю JSLint](http://www.jslint.com/lint.html), в онлайн-интерфейсе вверху можно ввести код, а внизу различные настройки проверки, чтобы попробовать её в действии.
+- [JSLint](http://www.jslint.com/) -- проверяет код на соответствие [стилю JSLint](http://www.jslint.com/lint.html), в онлайн-интерфейсе вверху можно ввести код, а внизу -- различные настройки проверки, чтобы попробовать её в действии.
 - [JSHint](http://www.jshint.com/) -- больше проверок, чем в JSLint.
 - [ESLint](http://eslint.org/) -- пожалуй, самый современный линтер.
 
@@ -342,6 +342,6 @@ function pow(x, n) {
 
 Все правила синтаксиса, описанные в этой главе (и в ссылках на руководства по стилю), направлены на повышение читаемости вашего кода. О любых можно поспорить.
 
-Когда мы думаем о написании "лучшего" кода, мы должны задать себе вопросы: "Что сделает код более читаемым и лёгким для понимания?" и "Что может помочь избегать ошибок?". Это основные моменты, о которых следует помнить при выборе и обсуждении стилей кода.
+Когда мы думаем о написании "лучшего" кода, мы должны задать себе вопросы: "Что сделает код более читаемым и лёгким для понимания?" и "Что может помочь избегать ошибок?". Это -- основные моменты, о которых следует помнить при выборе и обсуждении стилей кода.
 
 Чтение популярных руководств по стилю позволит вам быть в курсе лучших практик и последних идей и тенденций в стилях написания кода.