Sun_Day

Потому что тебе нужно ассинхронно получить ответ, а уже к ответу(результату промиса) применить json(). Зафетчить-то ты зафетчил, а получить результат от промиса тебе тоже нужно.

Например вот так

let response = await fetch(url).then(res => res.json());

Или как выше.

const step = 5;
const c = [];
for (let x = 0, y = 0; x <= a.length; x += step, y += 1) {
    c.push(...a.slice(x - step, x).concat(b[y]));
}

А что, объекты в рамках одного дня недели приходят? Тогда самое простое.

Object.values(obj).sort((a, b) => a.start.localeCompare(b.start))

`${valutes.map(element => {
    return `<div value="USD">${element}</div>`
})}`

forEach undefined возвращает.

$(function()

Это
$(document).ready(function() { ... });

Ждет пока весь HTML будет полностью загружен.

Это IIFE

(function($) {
.......
})
(jQuery);

Функция которая вызывается сразу при определении, т.е
В классическом случае вам нужно сначала определить функцию, затем ее вызвать.

function hello() {
   console.log("HELLO WORLD")
}
hello();

В случае IIFE она вызывается сразу

(function() {
     console.log("HELLO WORLD")
})()

document.addEventListener("click", (e) => {
    let currentId = "";
    if (e.target.classList.value === "playing-field-item") {
        currentId = e.target.id;
    }
    console.log(currentId);
})

Исправить

document.getElementById("form").innerHTML == sum
На
document.getElementById("form").value == sum

Во-первых, у вас в корне неверное решение, хотя бы потому что не соответствует условию:

find all integers
Тут же тест:

solEquaStr(90005) --> "[[45003, 22501], [9003, 4499], [981, 467], [309, 37]]"

Ваше решение вернет лишь первый и единичный случай. Нужно вернуть все.
Поэтому, цикл вайл тут тоже не подойдет.
Во-вторых, у вас неверное условие итерации. Нужно итерироваться iterator <= sqrt(N) (или pt1 <= sqrtN в вашем решении)
Нецелых чисел может быть очень много, особенно для больших чисел, поэтому по условию нужно вернуть целые числа(isInteger). Если при итерации не будет пары целых чисел, то решений нет, возвращаем пустой массив.

Ну и двигать поинтеры - тоже в корне неверно, нужно искать x,y.
x = (d + i) / 2;
y = (d - i) / 4

Решение выше вполне норм. Вот что-то похожее.

function solequa(n) {
    const sqrtN = Math.sqrt(n);
    const result = [];
    let x, y, d;
    for (let i = 1; i <= sqrtN; i++) {
        d = n / i;
        x = (d + i) / 2;
        y = (d - i) / 4
        if (Number.isInteger(x) && Number.isInteger(y)) {
            result.push([x, y]);
        }
    }
    return result;
}

Дело вкуса. Не могу сказать, что это очень плохой подход, но и используют его нечасто.

Проблемы, которые могут возникнуть - это конфликт имен с другими либами, которые используют такой подход.
Это пожалуй самая существенная проблема. Касается встроенных, стандартных объектов js'a, типа string, array и т.п.

С другой стороны, это может быть очень удобно в некоторых кейсах. Вызывать вашу кастомную функцию на строке или массиве. Допустим, для своих нужд вы сделали более производительный метод, или очень полезный лично в вашем проекте, который отсутствует в стандартах.

В общем, у стандартных объектов прототип я бы наверное трогать не стал, а у кастомных- почему бы и нет. Только в таком случае весь код нужно писать в прототипном стиле, без синтаксического сахарка.

Использовал полифилл.
Этот

if (!Element.prototype.matches) {
  Element.prototype.matches =
    Element.prototype.msMatchesSelector ||
    Element.prototype.webkitMatchesSelector;
}

if (!Element.prototype.closest) {
  Element.prototype.closest = function(s) {
    var el = this;

    do {
      if (Element.prototype.matches.call(el, s)) return el;
      el = el.parentElement || el.parentNode;
    } while (el !== null && el.nodeType === 1);
    return null;
  };
}

Или

(function(ELEMENT) {
    ELEMENT.matches = ELEMENT.matches || ELEMENT.mozMatchesSelector || ELEMENT.msMatchesSelector || ELEMENT.oMatchesSelector || ELEMENT.webkitMatchesSelector;
    ELEMENT.closest = ELEMENT.closest || function closest(selector) {
        if (!this) return null;
        if (this.matches(selector)) return this;
        if (!this.parentElement) {return null}
        else return this.parentElement.closest(selector)
      };
}(Element.prototype));

https://developer.mozilla.org/en-US/docs/Web/API/E...
https://developer.mozilla.org/ru/docs/Web/API/Elem...

const input = document.querySelector(".placeholder");

input.addEventListener("keydown", (e) => {
    const condition = e.target.value.length < 5 ? "new" : "password";
    input.placeholder = condition;
})

<input class="placeholder" placeholder="password">

Но как указали в комментарии - лучше выводить какой-то текст рядом, потому что в плейсхолдере он скрывается введенным текстом. Например:

const input = document.querySelector(".placeholder");
const output = document.querySelector(".for-error");

input.addEventListener("input", (e) => {
     const condition = e.target.value.length < 5 ? "the password is too short" : "";
     output.textContent = condition;
})

<input class="placeholder" placeholder="password">
<span class="for-error"></span>

Ну и поподробнее изучить тему валидации форм.
click

Ну если вы говорите, что это модули, то вы можете использовать export/import между модулями, т.е шарить код среди этих файлов. Плюс у каждого модуля отдельная область видимости.
На загрузку влияет в том смысле, что такие скрипты автоматически маркируются как defer(можно погуглить).

Но это как бы почти не используется. Обычно жс модули гонят через инструменты сборки типа webpack, чтобы собрать определенный bundle и он соответственно уже куда-то подключается.