Merge pull request BonsaiDen#356 from lmhs/translation_fix-ru_function_scopes

Russian translation fix - function scopes

Author: timruffles

doc/ru/function/constructors.md

@@ -70,7 +70,7 @@
 
 ### Создание объектов с использованием фабрик
 
-Часто рекомендуют **не** использовать `new`, поскольку если вы его забудете, это может привести к ошибкам.
+Часто **не** рекомендуют использовать `new`, поскольку если вы его забудете, это может привести к ошибкам.
 
 Чтобы создать новый объект, лучше использовать фабрику и создать новый объект *внутри* этой фабрики.
 
@@ -89,13 +89,13 @@
         return obj;
     }
 
-Хотя данный пример и сработает, если вы забыли ключевое слово `new` и благодаря ему легче работать с [приватными переменными](#function.closures), у него есть несколько недостатков
+Хотя данный пример и сработает, если вы забыли ключевое слово `new`, и благодаря ему легче работать с [приватными переменными](#function.closures), у него есть несколько недостатков
 
  1. Он использует больше памяти, поскольку созданные объекты **не** хранят методы в прототипе и соответственно для каждого нового объекта создаётся копия каждого метода.
  2. Чтобы эмулировать наследование, фабрике нужно скопировать все методы из другого объекта или установить прототипом нового объекта старый.
- 3. Разрыв цепочки прототипов просто по причине забытого ключевого слова `new` идёт в разрез с духом языка.
+ 3. Разрыв цепочки прототипов просто по причине забытого ключевого слова `new` идёт вразрез с духом языка.
 
 ### Заключение
 
-Хотя забытое ключевое слово `new` и может привести к багам, это точно **не** причина отказываться от использования прототипов. В конце концов, полезнее решить какой из способов лучше совпадает с требованиями приложения: очень важно выбрать один из стилей создания объектов и после этого **не изменять** ему.
+Хотя забытое ключевое слово `new` и может привести к багам, это точно **не** причина отказываться от использования прототипов. В конце концов, полезнее решить, какой из способов лучше совпадает с требованиями приложения: очень важно выбрать один из стилей создания объектов и после этого **не изменять** ему.
 

doc/ru/function/scopes.md

@@ -73,9 +73,9 @@
 
 В то время как `foo` и `i` — локальные переменные в области видимости функции `test`, присвоение `bar` переопределит значение одноимённой глобальной переменной.
 
-### Высасывание
+### Всплытие
 
-JavaScript **высасывает** определения. Это значит, что оба определения с использованием `var` и определение `function` будут перенесены наверх заключающей их области видимости.
+В JavaScript действует механизм **всплытия** определения. Это значит, что оба определения с использованием `var` и определение `function` будут перенесены наверх заключающей их области видимости.
 
     bar();
     var bar = function() {};
@@ -116,16 +116,16 @@ JavaScript **высасывает** определения. Это значит,
 
     bar(); // вылетает с ошибкой TypeError,
            // поскольку bar всё ещё 'undefined'
-    someValue = 42; // присвоения не подвержены высасыванию
+    someValue = 42; // присвоения не подвержены всплытию
     bar = function() {};
 
     test();
 
 Потерянная область видимости блока не только переместит операторы `var` вовне циклов и их тел, но и сделает результаты некоторых конструкций с `if` неинтуитивными.
 
-В исходном коде оператор `if` изменял *глобальную переменную* `goo`, когда, как оказалось, он изменяет *локальную переменную* — в результате работы высасывания.
+В исходном коде оператор `if` изменял *глобальную переменную* `goo`, когда, как оказалось, он изменяет *локальную переменную* — в результате работы всплытия.
 
-Если вы не знакомы с *высасываниями*, то можете посчитать, что нижеприведённый код должен породить
+Если вы не знакомы со *всплытием*, то можете посчитать, что нижеприведённый код должен породить
 `ReferenceError`.
 
     // проверить, проинициализована ли SomeImportantThing
@@ -162,7 +162,7 @@ JavaScript **высасывает** определения. Это значит,
 
 ### Пространства имён
 
-Нередкое последствие наличия только одного глобального пространства имён — проблемы с перекрытием имён переменных. В JavaScript эту проблему легко избежать, используя *анонимные обёртки*.
+Нередкое последствие наличия только одного глобального пространства имён — проблема с перекрытием имён переменных. В JavaScript эту проблему легко избежать, используя *анонимные обёртки*.
 
     (function() {
         // самостоятельно созданное "пространство имён"