strict equality => строге порівняння (однак, strict mode == суворий режим)

Пропоную слово debug, debugging перекладати, як налагодження. Вікіпедія використовує саме цей варіант.
Також ось тут проводиться голосування щодо цього слова, проте найбільшу кількість голосів набрав інший варіант.
А слово breakpoint як точка зупинки.

Пропоную слово debug, debugging перекладати, як налагодження. Вікіпедія використовує саме цей варіант.

Особисто мені такий варант норм, але я б у дужках залишив "дебаґінґ" також.

Також ось тут проводиться голосування щодо цього слова, проте найбільшу кількість голосів набрав інший варіант.

Тільки не "зневадження", будь ласка. Не знаю чому, але в мене асоціація тут більш зі "зневагою", але ніяк не з дебагом.

А слово breakpoint як точка зупинки.

З цим повністю згоден.

я б у дужках залишив "дебаґінґ" також

не знаю, чи варто до кожного слова додавати в дужках «дебаґінґ». Можливо варто дописати десь в заголовках, але лише декілька разів. А в основному використовувати «налашодження».

Добре, тільки не «налашодження» будь ласка :)

ще пропоную додати
space => пробіл (не прогалина)

пропоную додати
space => пробіл

Поки що на рахунок цього слова невідповідностей не виникало: вже декілька перекладачів використовували слово «пробіл» у своїх перекладах.
Можливо, якщо хтось почне перекладати space як «прогалина», виникне потреба в голосуванні.
Зараз маємо, що слово «пробіл» (space) само собою зрозуміле як слово «браузер» (browser), а не «веб-переглядач».

Перш за все посібник має бути зрозумілим і якомога легшим для сприйняття як для звичайного користувача так і для досвідченого розробника, тому я намагаюся робити посібник якомога простішим, вживаючи найпоширеніші слова.

to run a function => запускати функцію чи виконувати функцію?
теж питання стосується й "to call a function"

@alexgalkin хороше питання. На мою думку, краще «виконувати функцію», бо «запускати» більше підходить до фізичних дій (як от, запускати двигун, запускати літак тощо).
Щодо «call a function», я більше схиляюся до варіанту «викликати функцію».

@tarasyyyk @alexgalkin
execute function -> виконати функцію
call function -> викликати функцію
run function -> запустити функцію

@alexandrtovmach на рахунок «call function» питань немає – тут однозначно «виклик функції». Глянув в англійську версію, і знайшов доволі багато рядків з «execute functin». Получається, що є всі три варіанти, а отже можна використовувати переклади, так як ви написали.
@alexgalkin я бачу, ви вже виправили переклад згідно мого коментаря. Вибачте, я потім виправлю на «запуск функції» в pull request'і.

ок, я виправлю, мені ще багато перекладати.

@tarasyyyk @alexgalkin Що думаєте? Гадаю ви вже перекладали десь
true -> "істина" / "правда" / "вірно" / "true"
false -> "хибно" / "неправда" / "не вірно" / "false"

@alexandrtovmach так, я перекладав розділ «Оператори порівняння» і використовував true/false для результатів логічних операцій.

Цікаво те, що в цьому розділі я використовував «Строге порівняння» (Strict equality), хоча "strict mode" вирішили перекладати як «суворий режим».

Це значить що треба апдейтити старі переклади, після того як ви оновлюєте словник. Пошук з заміною по всьому проєкту в окремий PR

Було б непогано додати ще один лист в гугл док, де будуть джерела з якими можна звіряти і які не є застарілими. Я пропонував для початку СУМ-20(але не СУМ-11, занадто застарілий словник!), в ньому немає лише змін із нещодавнього нового правопису, правда він ще повністю не оцифрований. Недавно Фабула випустила "Чистий Код" і "Чиста Архітектура", там дуже багато технічних слів перекладено, я ще не купляв, але переклади звідти можна було б також використовувати.

@UkrainianCitizen додано лист до Google Таблиці.

@alexandrtovmach так, я перекладав розділ «Оператори порівняння» і використовував true/false для результатів логічних операцій.

Я теж за те, щоб true/false не перекладати. Програміст повинен знати ці терміни і вони логічно вписуються у контекст. І, якщо порівнювати з іншими перекладами, то в російському перекладі теж бачу залишили true/false без перекладу.

@all-contributors add @UkrainianCitizen for good ideas.

пропоную додати

transpiler => транспілятор
(як зустрічається тут https://developer.mozilla.org/uk/docs/Web/JavaScript/Reference/Operators/Оператор_розпакування )

не "транспайлер"

@alexgalkin слушна думка! Додав в Глосарій.

@all-contributors add @alexgalkin for good ideas.

Я б не сильно довіряв MDN як джерелу, я не раз зустрічав там дуже поганий переклад. Крім того, контріб'ютити переклад туди може буквально будь-хто, без ніякого рев'ю, тому тамтешня якість перекладів під великим питанням.

Згоден щодо MDN, не найкращий взiрець

@tarasyyyk КРИТИЧНО: який переклад для truthy/falsy? В глосарії немає. Потрібно якось розділяти true/false та truthy/falsy в перекладі, це не одне і те саме. Я рев'ювив ПР і усюди бачив, що truthy/falsy перекладається як true/false.

@UkrainianCitizen я вважаю що краще перекладати truthy/false як вірне/хибне.
Якщо мова йде про true/false як значення булевого типу тоді краще не перекладати.
Наприклад, «якщо функція isDay() поверне значення true, тоді ... ». А не: «якщо функція isDay() поверне вірне/правдиве/істинне значення, тоді ...». Тим не менш, відчуваю що щодо цього перекладу будуть інші пропозиції. Тому якщо таке станеться, зроблю опитування, щоб врахувати думку більшості.

@tarasyyyk вірний - калька. Істинний(тут я помітив, що використовується правдивий, хоча це не дуже вписується в стандарти)/хибний - true/false <- перекладають зазвичай так.
Я зрозумів, що ви пропонуєте вищезагадану пару слів не перекладати і присвоїти той переклад truthy/falsy? Просто істинний/хибний радше переклад true/false, а не truthy/falsy. Тоді вже логічніше не перекладати truthy/falsy також.

Додано в Глосарій: operator => оператор i operand => операнд.