@@ -1,9 +1,9 @@
 
 # Вступ до модулів
 
-Оскільки наша програма з часом збільшується, ми захочемо розділити її на кілька файлів, так звані «модулі». Модуль може містити клас або бібліотеку функцій для певної мети.
+Оскільки наш застосунок з часом збільшується, ми захочемо розділити його на кілька файлів, так звані «модулі». Модуль може містити клас або бібліотеку функцій для певної мети.
 
-Достатньо довгий час JavaScript існував без синтаксису модуля на мовному рівні. Це не було проблемою, тому що спочатку сценарії були невеликими й простими.
+Досить тривалий час JavaScript існував без синтаксису модуля на мовному рівні. Це не було проблемою, тому що спочатку скрипти були невеликими й простими.
 
 Але з часом скрипти ставали все складнішими, тому спільнота винайшла різноманітні способи організувати код у модулі. З’явилися бібліотеки для динамічного завантаження модулів.
 
@@ -133,14 +133,14 @@ sayHi('Іван'); // Привіт, Іван!
 
 ```js
 // 📁 alert.js
-alert("Модуль виконаний!");
+alert("Модуль виконано!");
 ```
 
 ```js
 // Імпорт одного і того ж модуля у різних файлах
 
 // 📁 1.js
-import `./alert.js`; // Модуль виконаний!
+import `./alert.js`; // Модуль виконано!
 
 // 📁 2.js
 import `./alert.js`; // (нічого не покаже)
@@ -267,7 +267,7 @@ sayHi(); // Ready to serve, *!*Pete*/!*!
 
 Модулі *завжди* виконуються у відкладеному (deferred) режимі, так само як скрипти з атрибутом `defer` (описаний у розділі [](info:script-async-defer)). Це вірно і для зовнішніх та вбудованих скриптів-модулів.
 
-Іншими словами:
+Інакше кажучи:
 - завантажування зовнішніх модулів, таких як `<script type="module" src="...">`, не блокують обробку HTML, вони завантажуються в паралельному режимі з іншими ресурсами.
 - модулі, навіть якщо завантажилися швидко, очікують на повне завантаження HTML документа, і тільки потім виконуються.
 - зберігається відносний порядок скриптів: скрипти, що йдуть раніше у документі, виконуються раніше.