Его не будет только позже

И только тогда можно будет запустить джоб

То есть асинхронно

это зависит

Не зависит

Это прямо следствие написанного

можно синхронно выполнить следующий джоб

про таймауты и время ничего нет

Время не при чем

есть понятие pending

я могу в это что угодно вложить

в своем энве

там только про FIFO

Для простоты, синхронное выполнее в этом смысле это когда ты вызываешь then(fn) и после выхода из then fn уже вызвано

Все остальное - асинхронно

Спека в этом смысле прдеписывает асинхронное исполнение джобов

нет, не описывает ничего асинхронного.

можешь поиск сделать

ctrl+f async

лол

да, там нет слова асинхронный

и что?

да

Описывает асинхронное исполнение, как его не назови

там есть о том, что промисы possibly асинк поведение описывают

Не надо искать слово

Надо смотреть на суть

надо

если явно не написано, то этого нет

Явно написано

фифо может быть синхронным

я не понимаю что ты мне пытаешься доказать

Короче, ты просто не понимаешь, что такое - асинхронное исполнение

Там оно описывается черным по белому

нет, не описывается

Ну и хуй с тобой, что могу сказать

))

Спорить бессмысленно

ты мне кидаешь ссылку на то, что рилмы создаются и есть стек

больше там ничего нет

в ноде, хроме, блюберде асинхронно)

счас убедился спецом

ты мне кидаешь ссылку на то, что рилмы создаются и есть стек

Ты лучше приведи пример синхронного поведения, которое по твоему допускается

это другой вопрос)

Я не вижу другого способа показать тебе, что ты не прав, так как читать спеку ты отказываешься

я таких имплементаций жс энвов не знаю

Приведи пример кода, который в таком энве будет вести себя синхронно

Не важно, что такого энва нет

Хотя я повторю, что к энву это не имеет отношения и реализуется движком

нужен ввод-вывод, без них бесполезно об асинхронности говорить

в es не написано ничего про ввод-вывод

можно последовательно запускать код фактически если нет ввода-вывода

из экзекьюшн контекстов

и фактически это синхронно может быть

Бля

о чем написано в спеке

которую ты отказываешься читать)

Пример кода

console.log(1)

Promise.resolve().then(() => console.log(2))

console.log(3)

Что выведет?

так

1 3 2

Да, потому что колбэк выполняется асинхронно

Всегда, в любой VM

По спеке

ERROR: S client not available

ну тут энв и не ждет ничго

фактически тут надо экзекьюшн контекст второй сразу вызвать

после первого

Да

Это и называется - асинхронность

это синхронная задача так-то

Сложна

фактически в энве

положить в стек, взять из стека

где тут асинхронщина?

фифо может быть синхронным

Как ты это себе представляешь?

где тут асинхронщина?

в том, что исполнение не линейное

линейное. и порядок мы знаем

в энве все синхронно

линейное исполнение, строка за строкой == синхронщина не линейное == асинхронщина

пока нет пользовательского ввода или таймаутов

Чем отличается от setTimeout качественно?

или чего-то такого от энва

качественно тем, что setTimeout за пределами жс движка и надо отложить выполнение

С точки зрения разработчика нет разницы

да, это так

И то и то асинхронно

Не важно, почему

Речь именно об этом

Это асинхронность, заложенная в спеку

в спеке написано, что это может быть асинхронным

с т.з. разраба энва это может быть важно

Там написано что тот пример работает именно так

Асинхронно - всегда

надо сбилдить v8 и посмотреть как там будет работать

console.log(1)

Promise.resolve().then(() => console.log(2))