Merge pull request #561 from ltlaitoff/fix-language-errors-in-1-js-04-object-basics

fix(1-js-04): Fix language errors in 1-js 04-object-basics

Author: dolgachio

1-js/04-object-basics/01-object/article.md

@@ -181,7 +181,7 @@ alert( bag.apple ); // 5 якщо fruit="apple"
 
 І якщо відвідувач введе слово `"apple"`, то в об’єкті `bag` тепер буде лежати властивість `{apple: 5}`.
 
-По суті, це працює так само, як:
+По суті, це працює так само як:
 ```js run
 let fruit = prompt("Які фрукти купити?", "apple");
 let bag = {};
@@ -192,7 +192,7 @@ bag[fruit] = 5;
 
 ... Але виглядає приємніше.
 
-Ми можемо використати більш складні вирази в квадратних дужках:
+Ми можемо використати складніші вирази у квадратних дужках:
 
 ```js
 let fruit = 'apple';
@@ -205,7 +205,7 @@ let bag = {
 
 Тому більшість часу, коли назви властивостей відомі та прості, використовується крапка. А якщо нам потрібно щось складніше, то переходимо до квадратних дужок.
 
-## Властивість з змінної
+## Властивість зі змінної
 
 У реальному коді ми часто використовуємо наявні змінні як значення для імен властивостей.
 
@@ -224,7 +224,7 @@ let user = makeUser("Іван", 30);
 alert(user.name); // Іван
 ```
 
-В наведеному вище прикладі назва властивостей `name` і `age` збігаються з назвами змінних, які ми підставляємо в якості значень цих властивостей. Такий підхід настільки поширений, що існують спеціальні *короткі властивості* для спрощення цього запису.
+В наведеному вище прикладі назва властивостей `name` і `age` збігаються з назвами змінних, які ми підставляємо як значення цих властивостей. Такий підхід настільки поширений, що існують спеціальні *короткі властивості* для спрощення цього запису.
 
 Замість `name: name` ми можемо написати просто `name`:
 
@@ -452,7 +452,7 @@ for (let prop in user) {
 }
 ```
 
-Таким чином, щоб вирішити нашу проблему з телефонними кодами, ми можемо схитрувати, зробивши коди не цілочисельними властивостями. Додамо знак `"+"` перед кожним кодом.
+Таким чином, щоб розв'язати нашу проблему з телефонними кодами, ми можемо схитрувати, зробивши коди не цілочисельними властивостями. Додамо знак `"+"` перед кожним кодом.
 
 Приклад:
 
@@ -500,4 +500,4 @@ for (let code in codes) {
 
 У них є свої особливості, які ми вивчимо пізніше. Іноді люди говорять щось на кшталт "тип даних Array" або "тип даних Date", але формально вони не є окремими типами, а належать до типу даних `"Object"`. Вони лише розширюють його різними способами.
 
-Об’єкти в JavaScript дуже потужні. Тут ми тільки трохи заглибилися в дійсно величезну тему. Ми будемо тісно працювати з об’єктами і дізнаємося про них більше в наступних частинах підручника.
+Об’єкти в JavaScript дуже потужні. Тут ми тільки трохи заглибилися в дійсно величезну тему. Ми будемо тісно працювати з об’єктами та дізнаємося про них більше в наступних частинах посібника.

1-js/04-object-basics/02-object-copy/article.md

@@ -17,7 +17,7 @@ let phrase = message;
 
 ![](variable-copy-value.svg)
 
-Цілком очікуванний результат, згодні?
+Цілком очікуваний результат, згодні?
 
 Об’єкти поводяться інакше.
 
@@ -73,13 +73,13 @@ admin.name = 'Петро'; // змінено за посиланням зі зм
 alert(*!*user.name*/!*); // 'Петро', зміни видно з посилання зі змінної "user"
 ```
 
-Уявіть, що об’єкт -- це шафа з якимись данними (властивостями). А "адреса" цієї шафи зберігається у двох шухлядах. Спочатку ми використовуємо одну з них (`admin`), щоб дістатися цієї шафи та щось змінити. Потім, якщо ми використаємо іншу шухляду (`user`), ми все ще відкриємо ту саму шафу і отримаємо доступ до зміненого вмісту.
+Уявіть, що об’єкт -- це шафа з якимись даними (властивостями). А "адреса" цієї шафи зберігається у двох шухлядах. Спочатку ми використовуємо одну з них (`admin`), щоб дістатися цієї шафи та щось змінити. Потім, якщо ми використаємо іншу шухляду (`user`), ми все ще відкриваємо ту саму шафу й отримуємо доступ до зміненого вмісту.
 
 ## Порівняння за посиланням
 
 Два об’єкти рівні, лише якщо це той самий об’єкт.
 
-Наприклад, тут `a` і` b` посилаються на той самий об’єкт, отже, вони рівні:
+Наприклад, тут `a` і `b` посилаються на один об’єкт, отже, вони рівні:
 
 ```js run
 let a = {};
@@ -98,7 +98,7 @@ let b = {}; // два незалежні об’єкти
 alert( a == b ); // false
 ```
 
-Для порівнянь, таких як `obj1 > obj2`, або для порівняння з примітивом `obj == 5`, об’єкти перетворюються на примітиви. Незабаром ми вивчимо, як працюють перетворення об’єктів, але правду кажучи, такі порівняння потрібні вкрай рідко — зазвичай вони з’являються в результаті неправильного програмування.
+Для порівнянь, таких як `obj1 > obj2`, або для порівняння з примітивом `obj == 5`, об’єкти перетворюються на примітиви. Незабаром ми вивчимо, як працюють перетворення об’єктів, але чесно кажучи, такі порівняння потрібні вкрай рідко -- зазвичай вони з’являються через помилки у коді.
 
 ````smart header="Об’єкти у const-змінних можна змінювати"
 Важливим побічним ефектом зберігання об’єктів як посилань є те, що об’єкт, оголошений як `const`, *може* бути змінений.
@@ -121,7 +121,7 @@ alert(user.name); // Петро
 
 Інакше кажучи, `const user` видає помилку, лише якщо ми намагаємося присвоїти у саму змінну інше значення: `user = ...`.
 
-Тим не менш, якщо нам дійсно потрібно створювати незмінні властивості об’єкта, це також можливо, але з використанням зовсім інших методів. Про це ми згадаємо у розділі <info:property-descriptors>.
+Проте, якщо нам дійсно потрібно створювати незмінні властивості об’єкта, це також можливо, але з використанням зовсім інших методів. Про це ми згадаємо у розділі <info:property-descriptors>.
 ````
 
 ## Клонування та злиття об’єктів, Object.assign [#cloning-and-merging-object-assign]
@@ -130,7 +130,7 @@ alert(user.name); // Петро
 
 Але що, якщо нам потрібно створити копію, клон об'єкта?
 
-Але якщо ми насправді цього хочемо, то нам потрібно створити новий об’єкт і відтворити структуру існуючого, перебираючи та копіюючи його властивості.
+Але якщо ми насправді цього хочемо, то нам потрібно створити новий об’єкт і відтворити структуру чинного, перебираючи та копіюючи його властивості.
 
 Наприклад так:
 
@@ -167,7 +167,7 @@ Object.assign(dest, ...sources)
 
 Він копіює властивості всіх вихідних об’єктів у цільовий `dest`, а потім повертає його як результат.
 
-Наприклад, у нас є об’єкт `user`, давайте додамо до нього пару властивостей з дозволами:
+Наприклад, у нас є об’єкт `user`, додаймо до нього пару властивостей з дозволами:
 
 ```js run
 let user = { name: "Микола" };
@@ -196,7 +196,7 @@ Object.assign(user, { name: "Петро" });
 alert(user.name); // now user = { name: "Петро" }
 ```
 
-Ми також можемо використовувати `Object.assign` щоб виконати просте клонування об’єкта:
+Ми також можемо використовувати `Object.assign`, щоб виконати просте клонування об’єкта:
 
 ```js run
 let user = {
@@ -311,7 +311,7 @@ structuredClone({
 
 Властивості з функціями не підтримуються.
 
-Для обробки таких складних випадків нам може знадобитися використовувати комбінацію методів клонування, написати спеціальний код або, щоб не винаходити колесо, взяти існуючу реалізацію, наприклад [_.cloneDeep(obj)](https://lodash.com /docs#cloneDeep) із бібліотеки JavaScript [lodash](https://lodash.com).
+Для обробки таких складних випадків нам може знадобитися використовувати комбінацію методів клонування, написати спеціальний код або, щоб не винаходити колесо, взяти чинну реалізацію, наприклад [_.cloneDeep(obj)](https://lodash.com /docs#cloneDeep) із бібліотеки JavaScript [lodash](https://lodash.com).
 
 ## Підсумки
 

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.