Stalker_RED

Делаете работу
В процессе находите ошибку в стороннем коде
Находите ее источник
Пишите багрепорт и тесткей
Так как всем пофиг
Сами фиксите баг
Неделю стучитесь мейнтейнеру, чтоб он принял ваш пушреквест
Он вас посылает, тк ето не баг

Это что троллинг?
Для определения массива достаточно Array.isArray
Для определения объекта:

function isObject(item) {
  return (typeof item === "object" && !Array.isArray(item) && item !== null);
}

Если в вашем коде возникают трудности с определением типа данных могу порекомендовать использовать TypeScript или Flow.

Еще старайтесь писать читаемый код. Использование ни о чем не говорящих аргументов, отсутствие пробелов между операторами и операндами, и !0, !1 вместо true, false не очень хорошая практика.

Почему именно ноды, а не элементы или еще как-то?

Node дословно переводится как узел.

- почему тут ноды
- а тут элемент?
В чем разница?

Node - любой объект DOM, в нем реализованы базовые методы.
Element - это один конкретный тип(потомок) Node. Ноды не обязательно являются элементами.
Простой пример. Обратите внимание на свойство nodeType каждого элемента коллекции. Один элемент и две текстовые ноды.

Node
Element

null - литерал, пустое значение, используйте его в коде для пустых значений.
undefined - свойство глобального объекта, с начальным значением одноименного типа.
Переменная не имеющая присвоенного значения обладает типом undefined. Функции без return возвращают undefined. Все использование undefined в коде должно сводиться к проверке на это значение и только, то есть:

// Так писать не надо
var x = undefined;
foo(undefined, someValue):

// Так можно
var x = null;
foo(null, someValue);
if (someValue === undefined) {
  doSomething()
}

Почему undefined является идентификатором а null литералом чем они отличаются ?

undefined не является идентификатором(именем переменной), но может использоваться в качестве него, так как не является зарезервированным словом.

console.log(typeof undefined === 'undefined'); // true
var undefined = 'new value';
console.log(typeof undefined === 'undefined'); // false

Подробней о null
Подробней о undefinded

У вас нет точек с запятой, а сам язык между закрывающей круглой скобкой и открывающей квадратной её не ставит. Ваш код аналогичен такому:

console.log()[puzzles[first],puzzles[second]] = [puzzles[second],puzzles[first]]

Надо так:

replacePuzzles({commit, getters},{first,second}){
        let puzzles = getters.getPuzzles 
        console.log(puzzles[first],puzzles[second])
        ;[puzzles[first],puzzles[second]] = [puzzles[second],puzzles[first]]

var link = jQuery('.menu-item-4691 > a');
var new_text =  link.text().replace('TEST' , ' TEST2' );
link.text(new_text);

Контроль должен быть на сервере. Можете присылать с профилем пользователя его права и на фронте прятать соответствующие элементы.

Альтернативой .each() является .map(), которая собирает в массив всё, что возвращает переданная функция. Дальше с этим массивом вы уже можете делать что угодно.

Но вообще, вы в коде что-то очень странное делаете. Зачем для каждого элемента коллекции получать ещё раз всю коллекцию и считать её длину? Чего вы пытаетесь добиться?

\d{2}-0?(\d{1,2})-\d{4} ?
https://regexr.com/3p6v5

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

Из опробованных мной ассетов и библиотек, лучший результат показал AVPro Video.
Он умеет играть видео больше 4K используя аппаратные средства. На моей системе, 2*4K видео (стерео) - играет без проблем. Загрузка процессора ~40%, видеокарта ~30%.

Таким образом, производительность этого решения на unity, в протестированном кейсе, - не уступает "нативным" решениям (из тестированных, плеер Virtual desktop, GoPro Player, Steam 360 Player).

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

Любую дополнительную информацию, хотя бы косвенно относящуюся к исходному вопросу - с удовольствием отмечу решением. Пока, решения на вопрос НЕТ.

Значит так, берем толстую тетрадь, ручку и пишем фразу "Статические методы не имеют отношения к ООП" до тех пор, пока не запомним это на всю жизнь.
Суть объектно ориентированного программирование, как понятно из названия, заключается в том, что должен существовать объект. Статика существует не в контексте объекта, а в контексте класса! Из этого вытекает то, что на протяжении всего жизненного цикла вашего кода будет существовать лишь одно глобальное состояние статических членов класса.

Использовать статику нужно в случае, если то, что вы ей описываете принадлежит всей группе объектов, а не одному. Например, у класса Human может быть статический метод numberOfLegs(), который возвращает количество ног у людей. Количество ног - это общее свойство для всех людей (Речь идет о здоровых людях). В данном случае можно было использовать константу класса, но это не так важно, ведь, по сути, константа - это тоже статический контекст. А вот имя - это уже свойство каждого отдельного человека. И очень важно чтобы статические методы не изменяли состояние системы в целом, не содержали побочных эффектов.
В статические методы можно выносить какую либо служебную логику. Например, метод перевода числа из арабской в римскую запись следует сделать статическим.

Есть ли у статического варианта какие-то подводные камни

Большое количество. При чем, не таких уж и подводных. Из-за того, что статика глобальна, она плохо поддается тестированию, ее нельзя замокать. Глобальное состояние плохо поддается отладке. Отсутствует возможность подменить реализацию, так как это позволяют сделать объекты.

И самое главное: кто придумал слабую типизацию?

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

Динамическую типизацию придумали для того, чтобы было легче писать обобщённые алгоритмы и мета-алгоритмы, в дин. языке для обобщения кода не нужны ухищрения типа дженериков (TypeScript, C# и много чего ещё) или шаблонов/макросов (C++). В ОО-языках часто доступны и другие удобства, например смена интерфейса объекта в зависимости от его состояния (т.к. решение о возможности вызова метода/свойства объект может принимать сам).

Слабую типизацию придумали чтобы заставить людей страдать (да, я не знаю кому такое нужно вообще).

Как вы пишете код на жс?

Мы не пишем код на JS, мы пишем код на TypeScript. Да, такие сейчас странные времена, когда язык со статической типизацией компилится в язык с динамической, т.к. исполнять на клиенте (в браузере) больше нечего пока.

Он же не должен быть напичкан parseInt() и !== undefined.

Не должен. Если писать на голом JS, можно а) использовать JSDoc для аннотаций о типах, и работать с типами на уровне документации и договорённостей; б) писать алгоритмы в максимально обобщенной манере, и требовать по возможности не конкретных типов данных, а значений, над которыми допустимы нужные вам операции; в) покрывать код тестами, что и спасает в динамических языках.

Чем больше проект, тем важнее статическая типизация, это нормально. JS - это язык который популярен по техническим причинам и по стечению обстоятельств, а не потому что он этого заслуживает (имхо). Очень неглупые дяди и тёти не стали бы тратить годы своего времени и кучу денег на разработку TypeScript и Flow, если бы это было ненужно.