Спасибо

Array(5).fill(x)

Спасибо

Можешь так

Можешь так

Так и сделал)

Вот это неожиданно Не знал о таком

Array(5).fill(x)

человеку нужен диапазон чисел

XMLHttpRequest.prototype.realSend = XMLHttpRequest.prototype.send; XMLHttpRequest.prototype.send = function (value) { this.addEventListener('progress', () => { console.log("Loading"); }, false); this.realSend(value); };

прям совсем плохо выглядит )

Вот это неожиданно Не знал о таком

я когда-то в твиттере вычитал)

прям совсем плохо выглядит )

Что именно?

Обычный декоратор. Можно подумать, никогда функции ими не обвешивал :)

https://stackoverflow.com/questions/12503146/create-an-array-with-same-element-repeated-multiple-times Тут есть хуже)

патчить нативное апи. хотя на этом весь ангуляр стоит

патчить нативное апи. хотя на этом весь ангуляр стоит

Этот патч его не ломает.

Но в целом — обезьяний патчинг есмь зло.

никто в здравом уме не пишет код который что-то ломает специально )

Хакеры.

имею в виду в своем же коде

вспомним еще mootols, который патчил prototype и теперь TC39 не может использовать имена flatten, flatMap в новой версии языка

имею в виду в своем же коде

Тесты :)

тесты в прод не идут

вспомним еще mootols, который патчил prototype и теперь TC39 не может использовать имена flatten, flatMap в новой версии языка

Бог миловал, как-то эта дичь мимо прошла :)

Тесты :)

я думаю, в приложениях, где приходится патчить прототипчик на скорую руку, с тестами беда)

я думаю, в приложениях, где приходится патчить прототипчик на скорую руку, с тестами беда)

Вон выше ж кейс, ситуации разные бывают.

технически да, только вот когда я делаю запрос, который меняет состояние системы, потом кто-то его прослушивает и тоже меняет состояние системы, шах и мат в обслуживании наступает быстро

под это тесты никто писать не будет

:)

никто в здравом уме не пишет код который что-то ломает специально )

Недавно дебажил интересную штуку, потратил несколько часов а оказалось, проблема была в том, что кто-то переопределил Date.now() на возврат не таймстемпа, а форматированного времени строкой

ппц

Вопрос - кому могло такое понадобиться?

у меня есть догадка

Недавно дебажил интересную штуку, потратил несколько часов а оказалось, проблема была в том, что кто-то переопределил Date.now() на возврат не таймстемпа, а форматированного времени строкой

ЫЫЫ

https://learn.javascript.ru/write-unmain-code

когда-то я с этой статьи так хохотал

https://learn.javascript.ru/write-unmain-code

Видимо чувак этим и руководствовался

У меня есть идея для библиотеки

короче библиотека проверяет все содержимое стандартных прототипов языка, и выдает то, что изменено, когда ты садишься это рефакторить (не дай бог)

ну или CLI инструмент для анализа переприсваиваний)

на прототипах

короче библиотека проверяет все содержимое стандартных прототипов языка, и выдает то, что изменено, когда ты садишься это рефакторить (не дай бог)

норм идея

а он точно отвечает за вставку? или это делает сборщик

а он точно отвечает за вставку? или это делает сборщик

не, browserSync вставляет, автоматом

https://browsersync.io/docs/options/#option-snippetOptions

не, browserSync вставляет, автоматом

наверное, это настраивается здесь

наверное, это настраивается здесь

да, нашел как snippetOptions

хотя, признаться, я не очень понял, как это должно работать

а сниппетом у них называется любой JS скрипт что ли?

а сниппетом у них называется любой JS скрипт что ли?

ну как любой, только тот, который вставляет в страницу, для связи с browserSync , чтобы страница перезагружалась

ааааа

просто у них там в документации куча опций и ни одна не подписана

поэтому мне трудно вообще составить понимание, как это все должно работать

поэтому мне трудно вообще составить понимание, как это все должно работать

перед загрузкой страницы, регулярка (rule.match) ищет куда вставить тот самый скрипт, если находит совпадение, вставляет, если нет, соотвецтвено нет. ну я втсавил рандомную строку, и мне скрипт перестало вставлять, но я его вставил в ручную, и все работет

Как можно преобразовать в этом примере блокирующую операцию (цикл в первом таймере) в неблокирующую (скорее всего это будет рекурсивная асинхронная функция), что бы таймер 2 сработал не по окончанию выполнения цикла в таймере 1? setTimeout(()=>{ console.log('Timeout 1'); var start = (new Date).getTime(); while (((new Date).getTime() - start) < 10) { console.log('Flood from timeout 1'); } }, 0); setTimeout(()=>{ console.log('Timeout 2'); }, 0); var start = (new Date).getTime(); while(((new Date).getTime() - start) < 10) { console.log('Flood'); } console.log('End');

Помогите как сделать такое мобильное меню может где есть видео?

Как можно преобразовать в этом примере блокирующую операцию (цикл в первом таймере) в неблокирующую (скорее всего это будет рекурсивная асинхронная функция), что бы таймер 2 сработал не по окончанию выполнения цикла в таймере 1? setTimeout(()=>{ console.log('Timeout 1'); var start = (new Date).getTime(); while (((new Date).getTime() - start) < 10) { console.log('Flood from timeout 1'); } }, 0); setTimeout(()=>{ console.log('Timeout 2'); }, 0); var start = (new Date).getTime(); while(((new Date).getTime() - start) < 10) { console.log('Flood'); } console.log('End');

не знаю, возможно, тут никак я объясню в чем тема setTimeout регистрирует отложенное действие (оно уже асинхронно), которое выполнится *на следующем* цикле Event Loop. То есть сначала выполнится весь текущий синхронный код, затем пойдет следующий цикл, вначале которого выполнится код всех промисов, потом только пойдет очередь за callback'ами setTimeout

Кто-нибудь работал с level базой? возникла такая проблема, если пытаться открыть ее в 2 проектах, то она открывается только в одном проекте, во втором она игнорируется

Вместо промиса можно вставить console.log, это ничего не изменит

Пидорас это вообще разные вещи

Промис всегда асинхронен

Пидорас это вообще разные вещи

Нет, не разные. Здесь моментальный резольв промиса

Промис всегда асинхронен

А что показывает этот пример?

ERROR: S client not available

Пидорас тебе необходимо разобраться с временной шкалой выполнения кода в Javascript

Пидорас сейчас консоль лог стоит после промиса, но выполняется он первее

привет Пидорас :)

Пидорас следовательно раз console.log выполняется синхронно, то Promise выполняется асинхронно (даже несмотря на то, что его завершение выглядит синхронным)

Пидорас сейчас консоль лог стоит после промиса, но выполняется он первее

Как и в случае с таймерами, он только складывается в очередь выполнения

Пидорас Да вопрос теперь только в порядке формирования этой очереди. Щас покажу

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

Пидорас если setTimeout и Promise (как мы выяснили) оба асинхронны, то почему setTimeout(..., 0) срабатывает в асинхронной очереди после Promise, если регистрируется он первее него

Пидорас Есть некоторый приоритет операций, он довольно прост. ——[SYNC]——-[ASYNC_PRE]—--[ASYNC_POST]——> время

Пидорас если setTimeout и Promise (как мы выяснили) оба асинхронны, то почему setTimeout(..., 0) срабатывает в асинхронной очереди после Promise, если регистрируется он первее него

Вот почему: https://habrastorage.org/getpro/habr/post_images/752/be5/35f/752be535f3ef3f5e0e531e77fc67757a.png

Пидорас Есть некоторый приоритет операций, он довольно прост. ——[SYNC]——-[ASYNC_PRE]—--[ASYNC_POST]——> время

Не понимаю что здесь обозначено

Пидорас ты лезешь немного глубже нужного, на мой взгляд. Имхо, для объяснения таких вещей низкоуровневые схемы не подходят. Нужно метить в более высокий уровень абстракции от деталей SYNC - здесь выполняется весь синхронный код (console.log лежит в данном измерении) ASYNC_PRE - здесь выполняется приоритетный асихронный код, который добавляется всегда в начало оречеди (Promise работает в этом измерении) ASYNC_POST - здесь выполняется весь остальной асинхронный код (setTimeout работает в этом измерении)

Пидорас ты лезешь немного глубже нужного, на мой взгляд. Имхо, для объяснения таких вещей низкоуровневые схемы не подходят. Нужно метить в более высокий уровень абстракции от деталей SYNC - здесь выполняется весь синхронный код (console.log лежит в данном измерении) ASYNC_PRE - здесь выполняется приоритетный асихронный код, который добавляется всегда в начало оречеди (Promise работает в этом измерении) ASYNC_POST - здесь выполняется весь остальной асинхронный код (setTimeout работает в этом измерении)

Где об этом сказано? На что я могу сослаться, что бы доказать что это так?

Где об этом сказано? На что я могу сослаться, что бы доказать что это так?

вершину айсберга ты увидел из моих скринов. Дальше можешь погуглить, но я сейчас тоже пойщу пару материалов из прошлого

Пидорас и скину сюда

вершину айсберга ты увидел из моих скринов. Дальше можешь погуглить, но я сейчас тоже пойщу пару материалов из прошлого

Желательно что бы это был конкретный пункт документации. Если конечно сверху утверждения о том, как это работает, а не догадки. Если догадки - доказательств не требуется

????????

Желательно что бы это был конкретный пункт документации. Если конечно сверху утверждения о том, как это работает, а не догадки. Если догадки - доказательств не требуется

https://github.com/getify/You-Dont-Know-JS/blob/master/async%20%26%20performance/ch1.md#jobs

Пидорас не догадки. Сейчас заодно и себе в закладки кину, пригодится. Фундаментальные основы я точно знаю. Однако я хочу найти расширенное описание приоритетов операций в асинхронных очередях. Есть ведь еще операции, помимо Promise и setTimeout (setImmediate, process.nextTick)

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

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

https://jakearchibald.com/2015/tasks-microtasks-queues-and-schedules/

https://jakearchibald.com/2015/tasks-microtasks-queues-and-schedules/

Спасибо. Я так и не добрался до серии книг Кайла Симпсона YouDontKnowJS

это не из нее, но статья достаточно хорошо все обьясняет

Пидорас не догадки. Сейчас заодно и себе в закладки кину, пригодится. Фундаментальные основы я точно знаю. Однако я хочу найти расширенное описание приоритетов операций в асинхронных очередях. Есть ведь еще операции, помимо Promise и setTimeout (setImmediate, process.nextTick)

В этом переводе документации сказано о очередях. setTimeout и setImmediate https://medium.com/devschacht/event-loop-timers-and-nexttick-18579cd122e0#c949 Ниже пунктом о process.nextTick()

ничего что эта ваша асинхронщина вообще не является частью спеки js, а зависит от окружения?

это не из нее, но статья достаточно хорошо все обьясняет

вторая статья просто прекрасна, я пощелкал сейчас

ничего что эта ваша асинхронщина вообще не является частью спеки js, а зависит от окружения?

верно, но в принципе и nodejs и хром работают на базе V8