Смотрим вместе YT: Григорий Бизюкин - Асинхронность ШРИ 2024

[@ВладимирИльин-к4ш]

Григорий Бизюкин, о как же я рад! Григорий Бизюкин, меняет расклад! Григорий Бизюкин, вещает как Бог! Григорий Бизюкин, ты вырасти смог!

[@pollux_youtubehd1558]

"Здравствуйте, Мурич! Спасибо вам за всё! Благодаря вам я понял, как работает 'this'. И хотел бы, чтобы вы сняли учебное видео на тему 'Асинхронность'. Если вам не трудно, спасибо!"

[@alexandrtortik]

Спасибо что Вы с Нами!!!! Очень Оптимизирующие взгляды и подходы!!! Ещё раз Спасибо!!!

[@aethernova]

- JS, ты асинхронный? - I Promise.

[@newx666]

Несколько раз услышал у Григория фразу "Машинерия" которую я до этого часто слышал только от Мурыча... Забавное совпадение (:

[@FrankBakulov]

Совпадение? Не думаю 😂

[@skrypets]

Kyle Simpson: "You Don't Know JS". Murych: "No, you!".

[@OleksiiMalichenko]

тот самый момент когда поднял скорость воспроизведения до 1.25 а потом господин Мурыч еще добавили газку!

[@JenechekDv]

Похоже Григорий прислушался к коментариям Мурыча. У него (Григория) радости в глазах поубавилось, а седены в бороде прибавилось.

[@ssurrokk]

❤ с неизменным уважением, здоровья

[@KopoLPedov]

Мурыч, а можете рассказать про requestIdleCallback подробнее на стриме или отдельном видосе? Кажется, это одна из покрытых мифами тем, и эту апиху мало используют, хотя она очень полезна.

[@kolesniknikita3794]

Мурыч, не бомби ты так. Ну не правы и не правы, подумаешь. Мы предельно признательны, что ты нам доносишь истину. Но и здоровье твоё сообществу важно 😊

[@ElPablo-sv5zk]

Люди, помогите найти таймкод, как Мурыч говорил про базу для начинающего разработчика. На стриме отвлекли меня, думал что потом найду, а ни как (

[@serafim2867]

Спасибо за стрим, сделайте пожалуйста подробный разбор многопоточности в JS если будет желание, спасибо. Привет из Киева

[@FrankBakulov]

3:11:50 let a = { then: () => 'i am a promise, lol' }; console.debug(a instanceof Promise); таки false (в Node.js и в хроме)

[@bfg5244]

Я бы начинал рассказы про асинхронность со свойства конкуррентности ( concurrency ).

[@ОлександрПархоменко-г4й]

13:07 а это специальное издание короткомертажи "Асинхронность" с комментариями режиссёра.

[@demidov555]

ГРИГОРИЙ БИЗЮЮКИН

[@FrankBakulov]

Всё видео не понимал, Мурыч на ускоренном смотрит или нет. Пошёл в оригинал, оказалось на ускоренном. Ждём ответочки от Бизюкина.

[@ШиракДо]

Уважуха Мурычу - знаний туча. Однако есть организационные моменты. Например, аналогия с ДВС. Я, конечно, тоже могу не понимать чего-то, но... Говоря, что сам по себе язык не работает, а должен встраиваться куда-то, при этом ecma предъявляет требования к тому, как должна выглядеть хост-среда, чтобы синтаксис мог быть реализован в полном объеме , то это не ДВС, не куча проводов и пр. И многопоточность, асинхронность и т.д. - это свойства (элементы) хост-среды (а не языка, который сам по себе ничего не может), которые должны поддаваться управлению со стороны набора команд, заложенных в ecma. Формально говоря, если внешняя среда не даст - язык не сможет. Как в случае сервисов, которые внутренне неправильно, или не полностью реализуют положения ecma. Тут, скорее, понятнее сравнивать, например, BMW с Lifan-ом, например: те же круглые колеса, похожие по форме сидения, есть ДВС ,бензобак(!), ABS и пр. Но только вот едет не так, да и чувства от вождения не те. Вообще, на мой взгляд, нелогично говорить о функциональности ЯЗЫКА, который без хост-среды ничего не может. Это всё-таки следует рассматривать в контексте предоставляемых средой возможностей

[@clownjs.]

Видео светлой памяти Григория Бизюкина

[@gooddha]

на 38 минуте мне кажется, что Григорий имел в виду не обновление интерфейса браузера, а обновление интерфейса веб-приложения

[@GarrysFunny]

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

[@syuo5051]

- Это нельзя просто так: ля-ля-ля-ля-ля - и проигнорировать. Это нужно знать и понимать. (с) Мурыч

[@sjdjjsjsjs3991]

И такие Григории работают в Яндексе

[@alexandrnaumenko2718]

Он як гарно про двигун-бак-машину розповів, а каже що в ооп не вміє ))))

[@grenadier4702]

- Все что в спеке - должно быть реализовано - В спеке явным образом определены асинхронные функции - Асинхронные функции -- это механизм реализации асинхронного программирование - Следовательно, в JS асинхронность обязана быть реализована. Ни один рантайм не может обойти этот момент А вообще, завбавно, что люди всерьез спорят, есть ли там асинхронность или нет. Найдите мне хоть один рантайм, который не поддерживает асинхронность? Таких нет. Вот когда будут - тогда и поговорим. А поэтому пока что утверждение "JS имеет асинхронность" является правдивым

[@ndiscovery]

как нет, а под esp32?

[@grenadier4702]

@@ndiscovery я отказываюсь признавать испльзование js для железа!

[@andreyvorobyev1870]

я: поднял скорость просмотра видео до 1.5 Мурыч: поднял скорость видео в видео до 1.25 XD

[@EugeneShperl]

Походу Григорий все таки получил доступ к gpt 4

[@narek7281]

great video

[@gooddha]

Просто ору когда Мурыч комментирует викторины 🤣

[@TahirDibirov-cj6pd]

Мурыч и Брендан Эйх - единственные люди, которые действительно знают, как работает JS, хотя в последнем я сомневаюсь

[@ПолдиСинтин]

Мурыч явно шарит в JS, но вот во всём остальном - как все узкие специалисты - часто просто фейпспалм...

[@kookaburru]

Мурыч скажи зачем разделили таски на таски и микротаски?

[@alexloktionoff6833]

С моей точки зрения этот урок ШРИ опасен тем, что он навязывает начинающим конкретную физическую реализацию исполнения асинхронных задач d JS, и призывает использовать это знание в своих проектах, что чревато полным обрушением архитектуры не только при смене HOST среды JS, но и просто после серьезного обновления браузера. Это просто бомба замедленного действия для проекта и для "умения" программиста. Асинхронность есть асинхронность писать надо так чтоб от последовательности ничего не зависело иначе в лучшем случае длинные weekend-ы отладки на milestone-ах.

[@alexperemey6046]

Мне другое непонятно: что не так с кодом, который обзывают "адским"? Он по структуре напоминает html вложенные узлы и его выполнение, как и структура наглядны и понятны. В то же время, когда его преобразовывают во что-то, выглядящее как последовательное выполнение команд, но при этом представляет передачу ссылок на вложенные друг в друга функции - то код становится максимально неинтуитивным, и даже вводящим в заблуждение при беглом взгляде.

[@DimitarRad]

А вышиванку зачем надел? Чтобы фраза "смузиеб детектыд" показалась максимально токсичной?

[@MrAirrussia]

Мурыч, ты чё такой душный? Доебался, до слов, кто когда в какой последовательности выполниться. Понятно, что хост среда, решает и управляет Execution Context Stack, но, всё равно, приоритет выполнения регламентирован, в случае setTimeout, queueMicrotask и promise и ещё ряд есть других функции API браузера. Утверждение, о том, что на профессионализм JS разработчика не влияет, что и в какой "последовательности выполняется", очень опрометчивое. В примере, Григория, последовательность вывода сообщений, однозначно определен. К примеру, если бы это был не просто вывод, а вычисление, то, очень повлияло бы на результат, а реальных примеров, где одновременно используется Promise и setTimeout (setInterval) можно привести очень много. upd. При всем уважении, Максим, но, почему вы считаете, что задача стоит, в том, что бы асинхронный код, нужно выстроить синхронно, а не правильнее ли задачу, сформулировать, так: "Имея асинхронное выполнение чего-то, почему мы получаем, то результат который получаем?" upd2. Ну в самом деле, например, задача "Request collector". Если более конкретизировать, есть асинхронный протокол обмена данными, нужно построить сделать синхронный (инкапсулировать socket в http)

[@demimurych1]

_В примере, Григория, последовательность вывода сообщений, однозначно определен. К примеру, если бы это был не просто вывод, а вычисление, то, очень повлияло бы на результат, а реальных примеров, где одновременно используется Promise и setTimeout (setInterval) можно привести очень много._ Приведите хотя бы один. Вы не сможете, по той причине, что в асинхронной среде время формирования результата вычисления - недетерменировано. Именно по этой причине используется Promise then then then. Как следствие попытки спрашивать о том, в какой последовательность будет выполняться setTimeout Promise resolve RequestIdleCallBack является идиотией. Так как Вы не МОЖЕТЕ спрогнозировать их время вычисления. И именно по этой причине дается механизм, который вне зависимости от времени вычисления - гарантирует Вам нужную последовательность вычислений - механизм Promise -ов

[@MrAirrussia]

> в какой последовательность будет выполняться setTimeout Promise resolve RequestIdleCallBack является идиотией. в какой последовательности выполняться будут setTimeout, Executor promise и прочее, является действительно идиотией, а вот выполнение их callback функции или resolve в случае promise, это вопрос другой, они выполняться в ОПРЕДЕЛЕННОЙ последовательности, при ОДНОВРЕМЕННОМ наступлении события их выполнения. (Давайте только не душнить, про агентов, многопоток и прочее), среда выполнения кода chrome в дефолтной настройке. > Приведите хотя бы один. Promise у которого есть N секунд, что бы стать resolve иначе reject. или Выполнение какого-то действия через 10 секунда, если не наступило определенное событие. Давайте тоже не душнить, что задачу, можно решить более правильно если знать всю "машинарию" хост среды.

[@sjdjjsjsjs3991]

Слава Украине!

[@alexperemey6046]

Какая же у этого Бизюкина мимика противная.

[@sjdjjsjsjs3991]

В Яндексе все такие