Translation fixes

Author: bedrosenator

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

@@ -27,10 +27,10 @@ alert("код выполнен"); // этот alert показывается п
 
 Как сказано в [спецификации](https://tc39.github.io/ecma262/#sec-jobs-and-job-queues):
 
-- Очередь определяется как первым-зашел-первым-вышел: задачи берутся из очереди первыми и выполняются первыми.
+- Очередь определяется как первым-зашел-первым-вышел (FIFO): задачи, попавшие в очередь первыми, выполняются тоже первыми
 - Выполнение задачи происходит только в том случае, если ничего больше не запущено.
 
-Или, проще говоря, когда промис выполнен, его обработчики `.then/catch/finally` попадают в очередь. Они пока не выполняются. Движок JavaScript берет задачу из очереди и выполняет ее, когда он освободится от выполнения текущего кода.
+Или, проще говоря, когда промис выполнен, его обработчики `.then/catch/finally` попадают в очередь. Они пока не выполняются. Движок JavaScript берёт задачу из очереди и выполняет ее, когда он освободится от выполнения текущего кода.
 
 Вот почему сообщение "код выполнен" в примере выше будет показано первым.
 
@@ -40,9 +40,9 @@ alert("код выполнен"); // этот alert показывается п
 
 Если есть цепочка с несколькими `.then/catch/finally`, то каждый из них выполняется асинхронно. То есть сначала ставится в очередь, а потом выполняется, когда выполнение текущего кода завершено и добавленные ранее в очередь обработчики выполнены.
 
-**Но что если порядок имеет значение для нас? Как мы можем сделать работу `код выполнен` после того, как `промис завершен`?**
+**Но что если порядок имеет значение для нас? Как мы можем вывести `код выполнен` после `промис завершен`?**
 
-Легко, просто добавим её в очередь вместе с `.then`:
+Легко, используя `.then`:
 
 ```js run
 Promise.resolve()
@@ -56,7 +56,7 @@ Promise.resolve()
 
 Браузерный JavaScript, также как Node.js, основывается на *цикле событий (event loop)*. 
 
-"Цикл событий" это процесс, при котором движок спит и ждет очереди, потом реагирует на нее и снова засыпает.
+"Цикл событий" - это процесс, при котором движок спит и ждёт очереди, а потом реагирует на неё и снова засыпает.
 
 Примеры событий:
 - `mousemove`, пользователь двигает указатель мыши.
@@ -169,22 +169,22 @@ window.addEventListener('unhandledrejection', event => alert(event.reason));
 
 Сейчас снова возник необработанный rejection. Почему? Потому что `unhandledrejection` срабатывает, когда очередь микрозадач выполнена. Движок проверяет промисы и, если если какой-либо из них в состоянии "rejected", то генерируется событие.
 
-В примере `.catch`, добавленный в `setTimeout`, также срабатывает, конечно срабатывает, но позже, после возникновения `unhandledrejection`.
+В примере `.catch`, добавленный в `setTimeout`, также срабатывает, но позже, после возникновения `unhandledrejection`.
 
 ## Итого
 
-- Обработка промисов всегда синхронная, т.к. все действия промисов проходят через внутреннюю очередь "promise jobs", также называемую "очередь микрозадач (microtask queue)" (термин v8).
+- Обработка промисов всегда асинхронная, т.к. все действия промисов проходят через внутреннюю очередь "promise jobs", так называемая "очередь микрозадач (microtask queue)" (термин v8).
 
     **Таким образом, `.then/catch/finally` вызывается после выполнения текущего кода.**
 
     Если нам нужно гарантировать выполнение части кода после `.then/catch/finally`, то лучше всего добавить его вызов в цепочку `.then`.
 
-- Существует также "очередь макрозадач (macrotask queue)" , которая содержит различные события, результаты сетевых операций, запланированные вызовы `setTimeout` и т.д. Они также называются "макрозадачами" (macrotasks) (термин v8).
+- Существует также "очередь макрозадач (macrotask queue)", которая содержит различные события, результаты сетевых операций, запланированные вызовы `setTimeout` и т.д. Они также называются "макрозадачами" (macrotasks) (термин v8).
 
     Движок использует очередь макрозадач для их выполнения в порядке появления.
 
-    **Макрозадачи запускаются после выполнения кода *и* после того как очередь микрозадач будет пуста.**
+    **Макрозадачи запускаются после выполнения кода *и* после того, как очередь микрозадач будет пуста.**
 
     Другими словами, они имеют более низкий приоритет.
 
-Таким образом порядок выполнения следующий: обычный код, потом обработка промисов, потом все остальное, такое как события и т.д.
+Таким образом, порядок выполнения следующий: обычный код, потом обработка промисов, потом всё остальное (события и т.д.).