Дима

Это меньшее, что может запутать в NaN

Narek

ну там по стандарту суть в том, что NaN - это такое число, которое не может быть представлено из-за лимитов, но оно при этом является числом

Narek

вроде так

Дима

Самая короткая проверка на NaN это x !== x

Дима

То есть NaN не равен NaN и это уже воспринимается хуже))

e

А как-же isNaN?

e

Самая короткая проверка на NaN это x !== x

Дима

Он сломан

e

Поподробнее можно

Дима

isNaN({}) = true бессмысленная проверка

Narek

Поподробнее можно

isNaN внутри еще пытается в number кастить, поэтому он не строгий собственно

e

Прочитал на mdn про Number.isNaN() говорят более надёжная штука

Narek

e

Пишут что Number.isNaN() таких проблем не имеет и вроде как нормально всё делает

e

Проверка типа x !== x мне кажется странной сама по себе

Narek

Пишут что Number.isNaN() таких проблем не имеет и вроде как нормально всё делает

да, там все ок

e

Недавно прочитал новость о том что в js хотят сделать штуку для совмесного использования async/await и генераторов. Сейчас ничего найти про это не могу, может кто знает что-нибудь про это, а то начинает казаться что мне приснилось

e

Всё таки не приснилось, https://github.com/tc39/proposal-async-iteration

CherryTea

Может кто уже тестил, бесконечная рекурсия приведет к утечке памяти?

Smooth Operator

К maximum call stack

Smooth Operator

Если синхронно

CherryTea

К maximum call stack

А блин точно же

CherryTea

Хм, а может кто нибудь пнуть в сторону того, чем реализовать бесконечный вызов одной и той же функции, каждый раз по окончанию работы предыдущей её копии?

JE$U$

const immortal = () => setTimeout(() => { console.log('tick'); immortal(); }, 1000); immortal();

Anonymous

Хм, а может кто нибудь пнуть в сторону того, чем реализовать бесконечный вызов одной и той же функции, каждый раз по окончанию работы предыдущей её копии?

http://2ality.com/2015/06/tail-call-optimization.html

🦜

const immortal = () => setTimeout(() => { console.log('tick'); immortal(); }, 1000); immortal();

может setInterval?

JE$U$

может setInterval?

попробуй)) получишь эспоненциальный вызов

Igor

может setInterval?

зачем? Там же рекурсия

CherryTea

const immortal = () => setTimeout(() => { console.log('tick'); immortal(); }, 1000); immortal();

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

Aleksey

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

Доступ внутрь функции есть?

JE$U$

а ну ок, ща

CherryTea

Доступ внутрь функции есть?

конечно

Aleksey

конечно

function foo() { // ... some logic return foo(); }

JE$U$

const immortal = (timeSpan = 0) => setTimeout(() => { console.log('tick'); immortal(timeSpan * timeSpan); }, timeSpan); immortal(); Будет замедляться довольно быстро, но закон какой-то все равно нужен

CherryTea

function foo() { // ... some logic return foo(); }

интерененько!

Anonymous

function foo() { // ... some logic return foo(); }

а зачем возвращать, если это рекурсия?

Anonymous

почему нельзя просто сделать вызов функции

CherryTea

почему нельзя просто сделать вызов функции

в js есть ограничение на глубину рекурсии

CherryTea