feat(1-04-object-basics): Fix language mistakes in 03-garbage-collection

Author: ltlaitoff

1-js/04-object-basics/03-garbage-collection/article.md

@@ -10,7 +10,7 @@
 
 Простіше кажучи, "досяжні" значення -- це ті, які якимось чином доступні або придатні для використання. Вони гарантовано зберігаються в пам’яті.
 
-1. Існує базовий набір досяжних за своєю суттю значень, які неможливо видалити із зрозумілих причин.
+1. Існує базовий набір досяжних за своєю суттю значень, які неможливо видалити зі зрозумілих причин.
 
     Наприклад:
 
@@ -50,7 +50,7 @@ user = null;
 
 ![](memory-user-john-lost.svg)
 
-Тепер Іван стає недосяжним. Немає доступу до нього, немає посилань на нього. Процес збирання сміття видалить дані і звільнить пам’ять.
+Тепер Іван стає недосяжним. Немає доступу до нього, немає посилань на нього. Процес збирання сміття видалить дані та звільнить пам’ять.
 
 ## Два посилання
 
@@ -78,7 +78,7 @@ user = null;
 
 ## Взаємозв’язані об’єкти
 
-Тепер більш складний приклад. Сім’я:
+Тепер складніший приклад. Сім’я:
 
 ```js
 function marry(man, woman) {
@@ -163,7 +163,7 @@ family = null;
 
 ![](garbage-collection-1.svg)
 
-З правого боку ми чітко бачимо "недосяжний острів". Тепер давайте подивимося, як збирання сміття "позначає і видаляє".
+З правого боку ми чітко бачимо "недосяжний острів". Тепер подивімося, як збирання сміття "позначає і видаляє".
 
 Перший крок позначає корені:
 
@@ -177,7 +177,7 @@ family = null;
 
 ![](garbage-collection-4.svg)
 
-Тепер об’єкти, які не вдалося відвідати в процесі, вважаються недосяжними і будуть видалені:
+Тепер об’єкти, які не вдалося відвідати в процесі, вважаються недосяжними та будуть видалені:
 
 ![](garbage-collection-5.svg)
 
@@ -189,9 +189,9 @@ family = null;
 
 - **Збірка поколінь (Generational collection)** -- об’єкти поділяються на два набори: "нові" та "старі". Багато об'єктів мають короткий термін служби, вони з’являються, виконують свою роботу і швидко стають непотрібними. Тому має сенс відстежувати нові об’єкти та очищати від них пам’ять, якщо це так. Ті, що використовуються досить довго, стають "старими" і оглядаються рідше.
 - **Інкрементний збір (Incremental collection)** -- якщо об’єктів багато, і ми намагаємось пройтися і позначити весь набір об’єктів одночасно, це може зайняти деякий час і ввести видимі затримки у виконанні. Тому рушій намагається розділити збирання сміття на частини. Потім частини виконуються по одній, окремо. Таким чином відбувається багато дрібних зборів сміття замість одного великого. Це вимагає додаткового обліку між ними для відстеження змін, але ми маємо багато маленьких затримок замість однієї великої.
-- **Збір під час простою (Idle-time collection)** -- завзвичай збирання сміття працює лише під час простою процесора, щоб зменшити можливий вплив на виконання.
+- **Збір під час простою (Idle-time collection)** -- зазвичай збирання сміття працює лише під час простою процесора, щоб зменшити можливий вплив на виконання.
 
-Існують й інші оптимізації та варіанти алгоритмів збирання сміття. Але як би нам не хотілося описати їх тут, ми повинні утриматися від цього, тому що різні інтерпретатори JavaScript застосовують різні прийоми і хитрощі. І, що ще важливіше, все змінюється в міру розвитку інтерпретаторів, тому глибше вивчення "заздалегідь" без реальної потреби, ймовірно, не варто того. Якщо, звичайно, це не питання чистого інтересу, нижче для вас будуть деякі посилання.
+Існують й інші оптимізації та варіанти алгоритмів збирання сміття. Але як би нам не хотілося описати їх тут, ми повинні утриматися від цього, тому що різні інтерпретатори JavaScript застосовують різні прийоми та хитрощі. І, що ще важливіше, все змінюється в міру розвитку інтерпретаторів, тому глибше вивчення "заздалегідь" без реальної потреби, ймовірно, не варто того. Якщо, звичайно, це не питання чистого інтересу, нижче для вас будуть деякі посилання.
 
 ## Підсумки
 
@@ -207,6 +207,6 @@ family = null;
 
 Якщо ви знайомі з низькорівневим програмуванням, більш детальна інформація про збирання сміття у рушії V8 міститься у статті [A tour of V8: Garbage Collection](http://jayconrod.com/posts/55/a-tour-of-v8-garbage-collection).
 
-[V8 blog](https://v8.dev/) також час від часу публікує статті про зміни в управлінні пам’яттю. Зрозуміло, вам необхідно розуміти, як влаштований всередині рущія V8 в цілому. Про це ви можете прочитати у блозі [Вячеслава Єгорова](https://mrale.ph) який працював одним з інженерів V8. Я кажу: "V8", тому що він найкраще висвітлений статтями в Інтернеті. Для інших інтерпретаторів деякі підходи схожі, але збирання сміття відрізняється в багатьох аспектах.
+[V8 blog](https://v8.dev/) також час від часу публікує статті про зміни в управлінні пам’яттю. Зрозуміло, вам необхідно розуміти, як влаштований всередині рушія V8 в цілому. Про це ви можете прочитати у блозі [Вячеслава Єгорова](https://mrale.ph) який працював одним з інженерів V8. Я кажу: "V8", тому що він найкраще висвітлений статтями в Інтернеті. Для інших інтерпретаторів деякі підходи схожі, але збирання сміття відрізняється в багатьох аспектах.
 
 Глибоке розуміння роботи інтерпретаторів необхідно, коли вам потрібні низькорівневі оптимізації. Було б розумно планувати їх вивчення тільки як наступний крок після вивчення мови JavaScript.