Смотрим вместе YT: Григорий Бизюкин - Асинхронность ШРИ 2024
ฝัง
- เผยแพร่เมื่อ 18 มิ.ย. 2024
- Посмотрим обновленную версию доклада Григория Бизюкина о асинхронности в языке JavaScript
• Асинхронность - ШРИ 2024
Напомню, что предыдущая версия этого видео, вызывала у меня желание метанизировать лужи кубометрами. Формирую при этом, резко отрицательное отношение к личности автора.
Изменилось ли что-то спустя много лет.
Давайте посмотрим.
Таймкоды:
Будут после
AsForJs новости в Telegram: t.me/AsForJavaScript
AsForJs Talks в Telegram: t.me/AsForJsTalks
Поддержать маленького бородатого JavaScript-ра
Карта Приват (Bobrov Maksym): 5168745021397333
USDT Tron (TRC20): TKoZu59WHiX6L6qvwYTYTsZJerDrnAHBTx
USDT etherium (erc20): 0x75fb8a62dfcf453b2e73f1ef1c407d46f918fffa
TON: UQAGXvuhxg3qU0eFgOxtdDlKXqdp1zPq6yCRSRbRYQClxOzH
bitcoin:bc1q74aru82v4d3alay7p53jdwkmxe4a5gz7fmvfm2?message=AsForJS&time=1686349743
PayPal: demimurych@protonmail.com
/ demimurych
Boosty: boosty.to/asforjs
⎡~yt ~4 ~async ~bizykin⎦
![[TH] VCT Pacific Stage 2 - Week 4 Day 3 // GEN vs TS | PRX vs ZETA](http://i.ytimg.com/vi/nspkjQuZve0/mqdefault.jpg)
![ภาพนี้ก็ฮาเหมือนกันนะเนี้ย #2 SS8 [ พากย์นรก MEME.EXE ] | easy boy](http://i.ytimg.com/vi/RMhUgxxD49Q/mqdefault.jpg)
![[Full Episode] MasterChef Junior Thailand มาสเตอร์เชฟ จูเนียร์ ประเทศไทย Season 3 Episode 5](http://i.ytimg.com/vi/g5wpgeAIzMs/mqdefault.jpg)
![[4K] BABYMONSTER(베이비몬스터) “FOREVER” Band LIVE Concert “영원히” 베몬만을 사랑하게 되…💗 [it’s KPOP LIVE 잇츠라이브]](http://i.ytimg.com/vi/TQfC0xdpiw4/mqdefault.jpg)
Григорий Бизюкин, о как же я рад!
Григорий Бизюкин, меняет расклад!
Григорий Бизюкин, вещает как Бог!
Григорий Бизюкин, ты вырасти смог!
❤ с неизменным уважением, здоровья
Спасибо что Вы с Нами!!!! Очень Оптимизирующие взгляды и подходы!!! Ещё раз Спасибо!!!
Несколько раз услышал у Григория фразу "Машинерия" которую я до этого часто слышал только от Мурыча... Забавное совпадение (:
Совпадение? Не думаю 😂
- JS, ты асинхронный?
- I Promise.
ГРИГОРИЙ БИЗЮЮКИН
great video
- Это нельзя просто так: ля-ля-ля-ля-ля - и проигнорировать. Это нужно знать и понимать. (с) Мурыч
тот самый момент когда поднял скорость воспроизведения до 1.25 а потом господин Мурыч еще добавили газку!
Я бы начинал рассказы про асинхронность со свойства конкуррентности ( concurrency ).
Спасибо за стрим, сделайте пожалуйста подробный разбор многопоточности в JS если будет желание, спасибо. Привет из Киева
Мурыч, не бомби ты так. Ну не правы и не правы, подумаешь. Мы предельно признательны, что ты нам доносишь истину. Но и здоровье твоё сообществу важно 😊
Мурыч, а можете рассказать про requestIdleCallback подробнее на стриме или отдельном видосе? Кажется, это одна из покрытых мифами тем, и эту апиху мало используют, хотя она очень полезна.
на 38 минуте мне кажется, что Григорий имел в виду не обновление интерфейса браузера, а обновление интерфейса веб-приложения
Уважуха Мурычу - знаний туча. Однако есть организационные моменты. Например, аналогия с ДВС. Я, конечно, тоже могу не понимать чего-то, но... Говоря, что сам по себе язык не работает, а должен встраиваться куда-то, при этом ecma предъявляет требования к тому, как должна выглядеть хост-среда, чтобы синтаксис мог быть реализован в полном объеме , то это не ДВС, не куча проводов и пр. И многопоточность, асинхронность и т.д. - это свойства (элементы) хост-среды (а не языка, который сам по себе ничего не может), которые должны поддаваться управлению со стороны набора команд, заложенных в ecma. Формально говоря, если внешняя среда не даст - язык не сможет. Как в случае сервисов, которые внутренне неправильно, или не полностью реализуют положения ecma. Тут, скорее, понятнее сравнивать, например, BMW с Lifan-ом, например: те же круглые колеса, похожие по форме сидения, есть ДВС ,бензобак(!), ABS и пр. Но только вот едет не так, да и чувства от вождения не те. Вообще, на мой взгляд, нелогично говорить о функциональности ЯЗЫКА, который без хост-среды ничего не может. Это всё-таки следует рассматривать в контексте предоставляемых средой возможностей
- Все что в спеке - должно быть реализовано
- В спеке явным образом определены асинхронные функции
- Асинхронные функции -- это механизм реализации асинхронного программирование
- Следовательно, в JS асинхронность обязана быть реализована. Ни один рантайм не может обойти этот момент
А вообще, завбавно, что люди всерьез спорят, есть ли там асинхронность или нет. Найдите мне хоть один рантайм, который не поддерживает асинхронность? Таких нет. Вот когда будут - тогда и поговорим. А поэтому пока что утверждение "JS имеет асинхронность" является правдивым
13:07 а это специальное издание короткомертажи "Асинхронность" с комментариями режиссёра.
3:11:50
let a = {
then: () => 'i am a promise, lol'
};
console.debug(a instanceof Promise);
таки false (в Node.js и в хроме)
Просто ору когда Мурыч комментирует викторины 🤣
Всё видео не понимал, Мурыч на ускоренном смотрит или нет. Пошёл в оригинал, оказалось на ускоренном. Ждём ответочки от Бизюкина.
Походу Григорий все таки получил доступ к gpt 4
Мне другое непонятно: что не так с кодом, который обзывают "адским"? Он по структуре напоминает html вложенные узлы и его выполнение, как и структура наглядны и понятны. В то же время, когда его преобразовывают во что-то, выглядящее как последовательное выполнение команд, но при этом представляет передачу ссылок на вложенные друг в друга функции - то код становится максимально неинтуитивным, и даже вводящим в заблуждение при беглом взгляде.
Люди, помогите найти таймкод, как Мурыч говорил про базу для начинающего разработчика. На стриме отвлекли меня, думал что потом найду, а ни как (
я: поднял скорость просмотра видео до 1.5
Мурыч: поднял скорость видео в видео до 1.25
XD
Мурыч и Брендан Эйх - единственные люди, которые действительно знают, как работает JS, хотя в последнем я сомневаюсь
Мурыч явно шарит в JS, но вот во всём остальном - как все узкие специалисты - часто просто фейпспалм...
Мурыч скажи зачем разделили таски на таски и микротаски?
С моей точки зрения этот урок ШРИ опасен тем, что он навязывает начинающим конкретную физическую реализацию исполнения асинхронных задач d JS, и призывает использовать это знание в своих проектах, что чревато полным обрушением архитектуры не только при смене HOST среды JS, но и просто после серьезного обновления браузера. Это просто бомба замедленного действия для проекта и для "умения" программиста. Асинхронность есть асинхронность писать надо так чтоб от последовательности ничего не зависело иначе в лучшем случае длинные weekend-ы отладки на milestone-ах.
На промисах меня порвало. Он вообще ни во что не вникает, просто новые слова заучивает.
А вышиванку зачем надел? Чтобы фраза "смузиеб детектыд" показалась максимально токсичной?
Мурыч, ты чё такой душный? Доебался, до слов, кто когда в какой последовательности выполниться.
Понятно, что хост среда, решает и управляет Execution Context Stack, но, всё равно, приоритет выполнения регламентирован, в случае setTimeout, queueMicrotask и promise и ещё ряд есть других функции API браузера.
Утверждение, о том, что на профессионализм JS разработчика не влияет, что и в какой "последовательности выполняется", очень опрометчивое.
В примере, Григория, последовательность вывода сообщений, однозначно определен. К примеру, если бы это был не просто вывод, а вычисление, то, очень повлияло бы на результат, а реальных примеров, где одновременно используется Promise и setTimeout (setInterval) можно привести очень много.
upd. При всем уважении, Максим, но, почему вы считаете, что задача стоит, в том, что бы асинхронный код, нужно выстроить синхронно, а не правильнее ли задачу, сформулировать, так: "Имея асинхронное выполнение чего-то, почему мы получаем, то результат который получаем?"
upd2. Ну в самом деле, например, задача "Request collector". Если более конкретизировать, есть асинхронный протокол обмена данными, нужно построить сделать синхронный (инкапсулировать socket в http)
_В примере, Григория, последовательность вывода сообщений, однозначно определен. К примеру, если бы это был не просто вывод, а вычисление, то, очень повлияло бы на результат, а реальных примеров, где одновременно используется Promise и setTimeout (setInterval) можно привести очень много._
Приведите хотя бы один.
Вы не сможете, по той причине, что в асинхронной среде время формирования результата вычисления - недетерменировано. Именно по этой причине используется Promise then then then.
Как следствие попытки спрашивать о том, в какой последовательность будет выполняться setTimeout Promise resolve RequestIdleCallBack является идиотией. Так как Вы не МОЖЕТЕ спрогнозировать их время вычисления. И именно по этой причине дается механизм, который вне зависимости от времени вычисления - гарантирует Вам нужную последовательность вычислений - механизм Promise -ов
> в какой последовательность будет выполняться setTimeout Promise resolve RequestIdleCallBack является идиотией.
в какой последовательности выполняться будут setTimeout, Executor promise и прочее, является действительно идиотией, а вот выполнение их callback функции или resolve в случае promise, это вопрос другой, они выполняться в ОПРЕДЕЛЕННОЙ последовательности, при ОДНОВРЕМЕННОМ наступлении события их выполнения.
(Давайте только не душнить, про агентов, многопоток и прочее), среда выполнения кода chrome в дефолтной настройке.
> Приведите хотя бы один.
Promise у которого есть N секунд, что бы стать resolve иначе reject.
или
Выполнение какого-то действия через 10 секунда, если не наступило определенное событие.
Давайте тоже не душнить, что задачу, можно решить более правильно если знать всю "машинарию" хост среды.
Какая же у этого Бизюкина мимика противная.