Translation fixes

Author: bedrosenator

1-js/11-async/07-microtask-queue/article.md

@@ -27,7 +27,7 @@ alert("код выполнен"); // этот alert показывается п
 
 Как сказано в [спецификации](https://tc39.github.io/ecma262/#sec-jobs-and-job-queues):
 
-- Очередь определяется как первым-зашел-первым-вышел (FIFO): задачи, попавшие в очередь первыми, выполняются тоже первыми
+- Очередь определяется как первым-зашел-первым-вышел (FIFO): задачи, попавшие в очередь первыми, выполняются тоже первыми.
 - Выполнение задачи происходит только в том случае, если ничего больше не запущено.
 
 Или, проще говоря, когда промис выполнен, его обработчики `.then/catch/finally` попадают в очередь. Они пока не выполняются. Движок JavaScript берёт задачу из очереди и выполняет ее, когда он освободится от выполнения текущего кода.
@@ -60,24 +60,24 @@ Promise.resolve()
 
 Примеры событий:
 - `mousemove`, пользователь двигает указатель мыши.
-- `setTimeout` запланированный вызов обработчика.
+- `setTimeout`, запланированный вызов обработчика.
 - внешний `<script src="...">` загружен, готов к выполнению.
 - сетевая операция, например, `fetch` завершена.
 - ... и т.д.
 
-Что-то происходит -- движок это обрабатывает -- и снова ждет наступления события (пока он находится в спящем режиме, потребление ресурсов CPU близко к нулю).
+Что-то происходит -- движок это обрабатывает -- и снова ждёт наступления события (пока он находится в спящем режиме, потребление ресурсов CPU близко к нулю).
 
 ![](eventLoop.png)
 
-Как вы можете видеть, здесь так же есть очередь. Так называемая "макроочередь задач (macrotask queue)" (v8 term).
+Как вы можете видеть, здесь также есть очередь. Так называемая "макроочередь задач (macrotask queue)" (термин v8).
 
 В случае, если событие наступает, когда движок занят, его обработка добавляется в очередь. 
 
-Например, когда движок занят обработкой сетевого запроса `fetch`, пользователь может перемещать указатель мыши благодаря обработке события `mousemove`, может быть вызван `setTimeout` и т.д. как показано на картинке выше.
+Например, когда движок занят обработкой сетевого запроса `fetch`, пользователь может перемещать указатель мыши, вызывая событие `mousemove`, может сработать `setTimeout` и т.д., как показано на картинке выше.
 
 События из очереди макрособытий обрабатываются по принципу первый зашел - первый обслужен. Когда движок браузера заканчивает с выполнением `fetch`, он обрабатывает событие `mousemove`, потом вызывает обработчик `setTimeout` и т.д.
 
-Пока все довольно понятно, не так ли? Движок занят, соответственно другие задачи ждут в очереди.
+Пока всё довольно понятно, не так ли? Движок занят, соответственно другие задачи ждут в очереди.
 
 Сейчас важный момент.
 
@@ -102,7 +102,7 @@ alert("code");
 2. `promise` отображается вторым, т.к. `.then` проходит через очередь микрозадач и запускается после текущего кода.
 3. `timeout`- показывается последним, т.к. это макрозадача.
 
-Может случится так, что в процессе выполнения макрозадачи будет создан новый промис.
+Может случиться так, что в процессе выполнения макрозадачи будет создан новый промис.
 
 Или наоборот, в микрозадаче будет запланирована макрозадача (например `setTimeout`).
 
@@ -120,7 +120,7 @@ Promise.resolve()
 
 Естественно, `promise` отображается первым, т.к. макрозадача `setTimeout` ожидает в менее приоритетной очереди макрозадач. 
 
-В качестве логического cледствия, макрозадачи выполняются только когда промисы дают движку "свободное время". Так если у нас есть цепочка промисов не ожидающая ничего, то такие вещи как `setTimeout` или обработчики событий могут никогда не попасть в середину.
+В качестве логического cледствия, макрозадачи выполняются, только когда промисы дают движку "свободное время". Так, если у нас есть цепочка промисов, не ожидающая ничего, как `setTimeout` или обработчики событий могут никогда не попасть в середину (между промисами).
 
 
 ## Необработанный rejection
@@ -141,7 +141,7 @@ window.addEventListener('unhandledrejection', event => {
 });
 ```
 
-Мы создаем rejected `промис` и не обрабатываем ошибку. Таким образом, мы видим событие "unhandled rejection" (также будет выведено в консоли).
+Мы создаем отклонённый (rejected) `промис` и не обрабатываем ошибку. Таким образом, мы видим событие "unhandled rejection" (также будет выведено в консоли).
 
 Мы не получим его, если мы добавим `.catch`, например так:
 
@@ -151,11 +151,11 @@ let promise = Promise.reject(new Error("Promise Failed!"));
 promise.catch(err => alert('поймана'));
 */!*
 
-// ошибки нет, все тихо
+// ошибки нет, всё тихо
 window.addEventListener('unhandledrejection', event => alert(event.reason));
 ```
 
-Сейчас попробуем споймать ошибку, но после `setTimeout`:
+Сейчас попробуем поймать ошибку, но после `setTimeout`:
 
 ```js run
 let promise = Promise.reject(new Error("Promise Failed!"));