Apply suggestions from code review

Author: dolgachio

2-ui/99-ui-misc/03-event-loop/article.md

@@ -1,13 +1,13 @@
 
-# Цикл подій: мікрозавдання та макрозавдання
+# Цикл подій (event loop): мікрозавдання (microtasks) та макрозавдання (macrotasks)
 
-Потік виконання JavaScript в браузері, так само як і в Node.js, базується на *циклі подій*.
+Потік виконання JavaScript в браузері, так само як і в Node.js, базується на *циклі подій (event loop)*.
 
 Розуміння принципу роботи циклу подій важливе для оптимізації, та іноді для правильної архітектури.
 
 В цьому розділі ми спочатку розглянемо теоретичну базу, а потім практичне застосування цих знань.
 
-## Цикл подій
+## Цикл подій (event loop)
 
 Концепція *циклу подій* дуже проста. Існує нескінченний цикл, в якому рушій JavaScript очікує завдання, виконує їх, а потім переходить в режим очікування нових завдань.
 
@@ -17,7 +17,7 @@
     - виконати їх, починаючи з найстарішого.
 2. Очікувати поки завдання не з’явиться, потім перейти до пункту 1.
 
-Це формалізація того, що ми бачимо, гортаючи веб-сторінку. Рушій JavaScript більшість часу не робить нічого, він працює лише коли спрацьовує скрипт, обробник подій чи подія.
+Це формалізація того, що ми бачимо, гортаючи вебсторінку. Рушій JavaScript більшість часу не робить нічого, він працює лише коли спрацьовує скрипт, обробник подій чи подія.
 
 Приклади завдань:
 
@@ -36,7 +36,7 @@
 
 Наприклад, поки рушій виконує `script`, користувач може порухати мишкою, що спричинить появу події `mousemove`, та може вийти час, запрограмований в `setTimeout` і так далі. Ці завдання сформують чергу, як показано на схемі вище.
 
-Задачі з черги виконуються за правилом "перший прийшов – перший пішов". Коли рушій браузера закінчить виконання `script`, він обробить подію `mousemove`, потім виконає обробник `setTimeout`, і так далі.
+Задачі з черги виконуються за правилом "перший прийшов – перший пішов". Коли рушій браузера закінчить виконання `script`, він обробить подію `mousemove`, потім виконає обробник `setTimeout` тощо.
 
 Доволі просто наразі, чи не так?
 
@@ -58,7 +58,7 @@
 
 Щоб продемонструвати такий підхід, замість підсвічування для спрощення візьмемо функцію, яка рахує від `1` до `1000000000`.
 
-Якщо ви запустите код нижче, рушій "зависне" на деякий час. Для серверного JS це буде явно видно, а якщо ви запускаєте це в браузері, то спробуйте понатискати інші кнопки на сторінці -- ви побачите, що жодна з подій не спрацює поки рахунок не завершиться.
+Якщо ви запустите код нижче, рушій "зависне" на деякий час. Для серверного JS це буде явно видно, а якщо ви запускаєте це в браузері, то спробуйте понатискати інші кнопки на сторінці -- ви побачите, що жодна з подій не спрацює поки цей код не завершиться.
 
 ```js run
 let i = 0;
@@ -152,9 +152,9 @@ count();
 
 Чому?  
 
-Все просто: як ви знаєте, в браузера є мінімальна затримка в 4мс при багатьох вкладених викликах `setTimeout`. Навіть якщо ми встановимо `0`, насправді це буде `4ms` (або трохи більше). Тож чим раніше ми заплануємо виклик - тим швидше виконається код.
+Все просто: як ви знаєте, в браузера є мінімальна затримка в 4мс при багатьох вкладених викликах `setTimeout`. Навіть якщо ми встановимо `0`, насправді це буде `4ms` (або трохи більше). Тож чим раніше ми заплануємо виклик -- тим швидше виконається код.
 
-Отож, ми розбили ресурсозатратне завдання на частини - тепер воно не буде блокувати користувацький інтерфейс. І загальний час виконання практично не збільшиться.
+Отож, ми розбили ресурсозатратне завдання на частини -- тепер воно не буде блокувати користувацький інтерфейс. І загальний час виконання практично не збільшиться.
 
 ## Приклад 2: індикація прогресу
 
@@ -236,9 +236,9 @@ menu.onclick = function() {
 };
 ```
 
-## Макрозавдання та Мікрозавдання
+## Макрозавдання (Macrotasks) та Мікрозавдання (Microtasks)
 
-Разом з *макрозавданнями*, описаними в цьому розділі, існують *мікрозавдання*, описані в розділі <info:microtask-queue>.
+Разом з *макрозавданнями (macrotasks)*, описаними в цьому розділі, існують *мікрозавдання (microtasks)*, описані в розділі <info:microtask-queue>.
 
 Мікрозавдання приходять лише з нашого коду. Їх зазвичай створюють проміси: виконання обробника `.then/catch/finally` стає мікрозавданням. Мікрозавдання також використовуються "під капотом" `await`, так як це форма обробки проміса.
 
@@ -259,9 +259,9 @@ alert("code");
 
 Який тут буде порядок виконання?
 
-1. `code` покажеться першим, тому що це звичайний синхронний виклик.
-2. `promise` покажеться другим, тому що `.then` проходить через чергу мікрозадач, і виконується після поточного синхронного коду.
-3. `timeout` покажеться останнім, тому що це макрозавдання.
+1. `code` буде показано першим, тому що це звичайний синхронний виклик.
+2. `promise` буде показано другим, тому що `.then` проходить через чергу мікрозадач, і виконується після поточного синхронного коду.
+3. `timeout` буде показано останнім, тому що це макрозавдання.
 
 Більш детальна ілюстрація циклу подій виглядає так (порядок з верху до низу: спочатку script, потім мікрозавдання, рендеринг і так далі):
 
@@ -301,7 +301,7 @@ alert("code");
 </script>
 ```
 
-## Підсумок
+## Підсумки
 
 Більш детальний алгоритм циклу подій (хоч і спрощений порівняно зі [специфікацією](https://html.spec.whatwg.org/multipage/webappapis.html#event-loop-processing-model)):
 
@@ -316,15 +316,15 @@ alert("code");
 Щоб додати в чергу нове *макрозавдання*:
 - Використайте `setTimeout(f)` з нульовою затримкою.
 
-Цей спосіб можна використати для розбиття великого важкообчислюваного завдання на частини, щоб браузер мав змогу реагувати на користувацькі події і показувати індикатор прогресу між ними.
+Цей спосіб можна використати для розбиття великого ресурсозатратного завдання на частини, щоб браузер мав змогу реагувати на користувацькі події і показувати індикатор прогресу між ними.
 
 Також це використовується в обробниках подій, щоб відкласти дію до моменту повної обробки події (вспливання завершене).
 
 Щоб запланувати нове *мікрозавдання*
 - Використайте `queueMicrotask(f)`.
 - Також обробники промісів виконуються в черзі мікрозавдань.
 
-Жодні UI або мережеві події не обробляються між мікрозавданнями: мікрозавдання виконуються негайно один за одним.
+Жодні UI або мережеві події не обробляються між мікрозавданнями: мікрозавдання виконуються негайно одне за одним.
 
 Тому `queueMicrotask` можна використати для асинхронного виконання фунції, але в одному й тому ж стані середовища.