А вообще да, мы живем в мире оценок, лайков, рецензий.
Представьте на минуту, что будет, если убрать вообще рейтинги как таковые, отовсюду. Человеку придется самому давать оценку увиденному.
С одной стороны - это будет непредвзятое мнение (мы не знаем оценку других перед прочтением чего-либо). С другой стороны - мы можем много потратить времени на мусорное чтиво. Но ведь кто-то до нас это сделал, что бы мы не делали этого? Иногда придется быть первым.
Но даже в таком случае, с критическим мышлением можно относится ко всему без предвзятости и не фильтровать контент по лайкам, но иногда за нас это делают сайты, платформы, магазины (так называемое "рекомендуемое").
А были же ребята, которые из велосипеда генератор собрали. Не совсем знаю, можно ли тут на ютуб каналы ссылки кидать, но если что, можно вбить в поиске на ютубе "креосан генератор из велосипеда", там 2 видео, старое и новое.
Вот как раз для таких ситуаций, и педали покрутил и фильмы с болванок посмотрел)
Спасибо, открепил. Я просто совсем и позабыл что первый комментарий остается первым. Просто хотел свои мысли по поводу статьи написать не в статью, а рядом, и закрепил комментарий, чтобы он был сразу виден после статьи.
При большом количестве решений скорее будет выбор более эффективного, в крайнем случае доработка более эффективного решения, ну и в очень крайнем случае создания с нуля, для каких-то своих специализированных нужд.
Ведь время - это деньги, и не всегда его много, что бы идти делать собственный движок для игры, как пример, особенно когда деньги не твои, а того, кто ждет результат уже сегодня или когда их не так много в принципе.
Согласен, у автора это прозвучало как исключение из правил.
Тут скорее всего можно было бы данный кусок описать как: "Если вы и собрались положиться на мнение какого-либо авторитета, то как минимум он должен быть очень близок к той теме, про которую он вам рассказывает."
Но опять же, это тогда выбивается из концепции статьи, ведь мы все равно получается полагаемся на чье то мнение, даже создателя какой-либо библиотеки. Тут скорее если выбирать из двух зол.
Да, иногда просто нет выбора. Тебе говорят, что есть срок - выбирай что быстрее. По идее спорить нет смысла, если точно знаешь, что тебя не послушают и не дадут дополнительного времени, потому что на споры и доказательства, как вы и подметили, тоже уходит немало времени и сил.
С виду может казаться, что статья слишком очевидная, но на практике имело место наблюдение данного явления, мало того, я сам замечал, что порой как раз таки и был подвержен данному эффекту.
Для меня данный эффект схож с эффектом "социального доказательства", когда люди склонны оценивать правильность чего-либо, исходя из того, насколько это популярно или поддерживаемо у других людей. Тот же выбор библиотеки по количеству звезд, или желание или не желание поиграть во что-либо исходя из оценок на игру, подсознательная оценка видео еще до самого просмотра, а только лишь взгялнув на лайки или дизлайки.
На самом деле сложно судить, о правильности народного или авторитетного мнения, ведь порой выбор данного мнения действительно может сэкономить время, а иногда и навредить.
Добрый день. Опечатка небольшая в тексте под 3 задачей:
new Promise(resolve => setTimeout(resolve)).then(()=>console.log(4))
"Тут все ясно понятно. А вот что с четверкой? Микрозадача, порождает макрозадачу, обновим нашу табличку:" Наверное имелось в виду - "Макрозадача (выполнение колэбэка setTimeout) порождает микрозадачу"
"Получается в момент выполнения микротасок, мы регистрируем макрозадачу, которая потом выполнит микрозадачу. Идем дальше." Наверное имелось в виду "в момент выполнения executor'а регистрируется макротаска, при выполнении которой регистрируется микротаска"
По поводу ваших комментариев. Вы забываете что сначала setTimeout регистрируется в web api, а потом уже его коллбэк попадает в макротаску.
Вот упрощенная версия того, что происходит в этой задаче.
Добрый день. Некоторые уточнения по статье: - На картинке в callstack между fn1() и fn3() должен быть вызов setTimeout(), это тоже синхронная операция, она у вас пропущена. - В промисах resolve не с thenable объектом - синхронная операция, ваш промис будет выполнен еще до того, как вернется в переменную myPromise, и then - тоже синхронная операция, а вот что и отправиться в микротаску, так это выполнение первого аргумента then, так как промис у вас fulfilled. (Ecmascript 2021 п. 27.2.5.4.1 10c) - Не всегда последовательность "все микротаски => 1 render-таска => 1 макротаска" является правдой для render-таска, браузер может пропускать эти таски, поэтому анимации на setTimeout очень не правильные, и лучше их делать через requestAnimationFrame
Инфа по eventloop с интернетов: Старый видос (2014 г.) с jsconf об основе eventloop'a, устарел в плане того, что в нем нет job'ов (microtask) https://youtu.be/8aGhZQkoFbQ Видео про eventloop посвежее jsconf (2018 г.), там есть и макротаски и микротаски и requestAnimationFrame https://youtu.be/cCOL7MC4Pl0
А какая именно книга?
А вообще да, мы живем в мире оценок, лайков, рецензий.
Представьте на минуту, что будет, если убрать вообще рейтинги как таковые, отовсюду. Человеку придется самому давать оценку увиденному.
С одной стороны - это будет непредвзятое мнение (мы не знаем оценку других перед прочтением чего-либо). С другой стороны - мы можем много потратить времени на мусорное чтиво. Но ведь кто-то до нас это сделал, что бы мы не делали этого? Иногда придется быть первым.
Но даже в таком случае, с критическим мышлением можно относится ко всему без предвзятости и не фильтровать контент по лайкам, но иногда за нас это делают сайты, платформы, магазины (так называемое "рекомендуемое").
А были же ребята, которые из велосипеда генератор собрали. Не совсем знаю, можно ли тут на ютуб каналы ссылки кидать, но если что, можно вбить в поиске на ютубе "креосан генератор из велосипеда", там 2 видео, старое и новое.
Вот как раз для таких ситуаций, и педали покрутил и фильмы с болванок посмотрел)
Спасибо, открепил. Я просто совсем и позабыл что первый комментарий остается первым. Просто хотел свои мысли по поводу статьи написать не в статью, а рядом, и закрепил комментарий, чтобы он был сразу виден после статьи.
Я немного не уловил связь с тем, что он на короткой ноге и его нельзя слушать.
Тут речь про то, что не надо его слушать или читать если он пишет как правильно использовать React?
Или вы имели введу, что не надо его слушать по поводу того, нужно ли использовать в принципе сам React или выбрать другое решение?
При большом количестве решений скорее будет выбор более эффективного, в крайнем случае доработка более эффективного решения, ну и в очень крайнем случае создания с нуля, для каких-то своих специализированных нужд.
Ведь время - это деньги, и не всегда его много, что бы идти делать собственный движок для игры, как пример, особенно когда деньги не твои, а того, кто ждет результат уже сегодня или когда их не так много в принципе.
Согласен, у автора это прозвучало как исключение из правил.
Тут скорее всего можно было бы данный кусок описать как:
"Если вы и собрались положиться на мнение какого-либо авторитета, то как минимум он должен быть очень близок к той теме, про которую он вам рассказывает."
Но опять же, это тогда выбивается из концепции статьи, ведь мы все равно получается полагаемся на чье то мнение, даже создателя какой-либо библиотеки. Тут скорее если выбирать из двух зол.
Да, иногда просто нет выбора. Тебе говорят, что есть срок - выбирай что быстрее. По идее спорить нет смысла, если точно знаешь, что тебя не послушают и не дадут дополнительного времени, потому что на споры и доказательства, как вы и подметили, тоже уходит немало времени и сил.
С виду может казаться, что статья слишком очевидная, но на практике имело место наблюдение данного явления, мало того, я сам замечал, что порой как раз таки и был подвержен данному эффекту.
Для меня данный эффект схож с эффектом "социального доказательства", когда люди склонны оценивать правильность чего-либо, исходя из того, насколько это популярно или поддерживаемо у других людей. Тот же выбор библиотеки по количеству звезд, или желание или не желание поиграть во что-либо исходя из оценок на игру, подсознательная оценка видео еще до самого просмотра, а только лишь взгялнув на лайки или дизлайки.
На самом деле сложно судить, о правильности народного или авторитетного мнения, ведь порой выбор данного мнения действительно может сэкономить время, а иногда и навредить.
Так а браузер и V8 на основе чего создаются?
Для браузерного API есть WHATWG и W3C.
Рантаймы пишутся на основе Ecmascript.
Или о чем речь?
Это я просто гифку сделал.
Добрый день. Опечатка небольшая в тексте под 3 задачей:
new Promise(resolve => setTimeout(resolve)).then(()=>console.log(4))
"Тут все ясно понятно. А вот что с четверкой? Микрозадача, порождает макрозадачу, обновим нашу табличку:"
Наверное имелось в виду - "Макрозадача (выполнение колэбэка setTimeout) порождает микрозадачу"
"Получается в момент выполнения микротасок, мы регистрируем макрозадачу, которая потом выполнит микрозадачу. Идем дальше."
Наверное имелось в виду "в момент выполнения executor'а регистрируется макротаска, при выполнении которой регистрируется микротаска"
По поводу ваших комментариев. Вы забываете что сначала setTimeout регистрируется в web api, а потом уже его коллбэк попадает в макротаску.
Вот упрощенная версия того, что происходит в этой задаче.
Добрый день. Некоторые уточнения по статье:
- На картинке в callstack между fn1() и fn3() должен быть вызов setTimeout(), это тоже синхронная операция, она у вас пропущена.
- В промисах resolve не с thenable объектом - синхронная операция, ваш промис будет выполнен еще до того, как вернется в переменную myPromise, и then - тоже синхронная операция, а вот что и отправиться в микротаску, так это выполнение первого аргумента then, так как промис у вас fulfilled. (Ecmascript 2021 п. 27.2.5.4.1 10c)
- Не всегда последовательность "все микротаски => 1 render-таска => 1 макротаска" является правдой для render-таска, браузер может пропускать эти таски, поэтому анимации на setTimeout очень не правильные, и лучше их делать через requestAnimationFrame
Инфа по eventloop с интернетов:
Старый видос (2014 г.) с jsconf об основе eventloop'a, устарел в плане того, что в нем нет job'ов (microtask) https://youtu.be/8aGhZQkoFbQ
Видео про eventloop посвежее jsconf (2018 г.), там есть и макротаски и микротаски и requestAnimationFrame https://youtu.be/cCOL7MC4Pl0