А что скрываете, почему нет названия компании?
Всю информацию отправляю после того, как обсуждаю первичную информацию и вижу заинтересованность в работе у клиента) сама работаю в кадровом холдинге)
Екатерина
Yanis
А что скрываете, почему нет названия компании?
Тогда можно будет апплаиться напрямую в компанию и обойти эйчара, который курирует вакансию
Vegeta
Видимо, галера
Dmitry
Интересно это вообще нормально когда после первой же ошибки в собеседовании отправляют? Оо
Забыл что компаратор в сортировке не буль, а число.
Перепутал т.к. когда последний раз ее юзал, это был код типа
.sort(function(a, b) {
return a.props.id.localeCompare(b.props.id);
}
В реальной работе скорее всего сделал бы ошибку, отладил и пошел дальше, максимум пару минут простоя.
Alex
Интересно это вообще нормально когда после первой же ошибки в собеседовании отправляют? Оо
Забыл что компаратор в сортировке не буль, а число.
Перепутал т.к. когда последний раз ее юзал, это был код типа
.sort(function(a, b) {
return a.props.id.localeCompare(b.props.id);
}
В реальной работе скорее всего сделал бы ошибку, отладил и пошел дальше, максимум пару минут простоя.
Значит, у них нет чувства юмора. Не надо тебе туда идти работать)
Cenator 🐈
Интересно это вообще нормально когда после первой же ошибки в собеседовании отправляют? Оо
Забыл что компаратор в сортировке не буль, а число.
Перепутал т.к. когда последний раз ее юзал, это был код типа
.sort(function(a, b) {
return a.props.id.localeCompare(b.props.id);
}
В реальной работе скорее всего сделал бы ошибку, отладил и пошел дальше, максимум пару минут простоя.
Смотря на какую позицию. Если на лида, то правильно сделали.
Rafael 🌵
какой смысла лиду зубрить stl?
Alex
Смотря на какую позицию. Если на лида, то правильно сделали.
Если в компетенции лида входит знание вызубренной документации, то это не лид, а девочка-отличница, которая не понимает, что она пишет, зато правильно
Dmitry
Не, был сеньор, но я честно говоря не обратил внимания, зацепился за проект (понравилась тема), название вакансии даже не поднималось и вопрос зп тоже
Vladislav
а причем тут правильно или нет, вопрос что хочет заказчик
Cenator 🐈
Эт основа основ, причем тут зубрежка?
Rafael 🌵
для этого есть mdn в закладках
Artur
Я вот например постоянно путаю что в setTimeout идёт первым, время или функция
Rafael 🌵
Я вот например постоянно путаю что в setTimeout идёт первым, время или функция
функция, время, агрументы
Dmitry
Остается списать всё на простоту онлайн коммуникаций. С их стороны - куча живых чатов, сиди выбирай, чо заморачиваться
Alex
Я вот например постоянно путаю что в setTimeout идёт первым, время или функция
Я всегда думал, что применение setTimeout - признак непродуманного кода. В какой ситуации он вообще может пригодиться?
Vladislav
Я всегда думал, что применение setTimeout - признак непродуманного кода. В какой ситуации он вообще может пригодиться?
когда надо разделить потоки последовательностей событий
Vladislav
например
Artur
Я всегда думал, что применение setTimeout - признак непродуманного кода. В какой ситуации он вообще может пригодиться?
Не будем уходить от темы, вопрос был на одном из собеседований, и вообще там был setInterval, но сути не меняет
Rafael 🌵
Я всегда думал, что применение setTimeout - признак непродуманного кода. В какой ситуации он вообще может пригодиться?
через 5 секунд удалить показанное уведомление
Vladislav
ну как вариант
Alex
через 5 секунд удалить показанное уведомление
Да, точняк, я сам забыл, что у меня уведомление об ошибке висит 2 секунды)
Dmitry
С таймаутами тоже есть любимая фишка у интервьюеров - поставить последовательно два вызова setTimeout с одинаковым временем и ответить за js  движок в какой последовательности он положит эти таймеры в свой стек
Dmitry
Щас то я выучил что в какой последовательности таймеры объявил, в такой и сработают. Но, это-то зачем
Dmitry
В общем, эмоции.
Alexandr
моё любимое
setTimeout(function() {
console.log(‘setTimeout callback’);
}, 0);
setImmediate(function() {
console.log(‘setImmediate callback’);
});
Promise.resolve().then(function() {
console.log(‘promise resolve’);
});
Vladislav
Промисы еще будут гарантией (orly?) того, что у тебя цепочка отработает
да я в целом и не спорю, прост как вариант использования ты спросил
Rafael 🌵
Dmitry
Скорее всего вопрос последовательности отработки
Sergey
Я всегда думал, что применение setTimeout - признак непродуманного кода. В какой ситуации он вообще может пригодиться?
https://github.com/draft-js-plugins/draft-js-plugins/blob/2d66829b275076d5fb11f605ab43ea1fb8d32441/draft-js-side-toolbar-plugin/src/components/Toolbar/index.js
вот пример кода из либы на гитхабе (2.2к звезд) где используют setTimeout
Alexandr
ну собственно, в какой последовательности они вызовутся
Vladislav
https://github.com/draft-js-plugins/draft-js-plugins/blob/2d66829b275076d5fb11f605ab43ea1fb8d32441/draft-js-side-toolbar-plugin/src/components/Toolbar/index.js
вот пример кода из либы на гитхабе (2.2к звезд) где используют setTimeout
ой у них там в драфте много спустя рукова сделано... торопятся будто
Dmitry
setImmediate, setTimeout, promise resolve
Azein
ну вообще таймауты то нормальная тема
Azein
получше интервалов )
Sergey
ой у них там в драфте много спустя рукова сделано... торопятся будто
это плагины, он вроде отдельно от основного пилится
Vladislav
ну да, я плагины и имел ввиду
Vladislav
хотя и к примерам самого драфта хватало придирок, но там скорее просто устаревание
Alexandr
промисы первые, потому что они microtask
Rafael 🌵
seImmediate, promise.resolve, setTimeout
Alexandr
в целом, это конечно еще одно js задротство, но иногда важно понимать
Dmitry
promise и settimeout оба асинхронные. поэтому это settimeout запоздает?
Alexandr
где про это почитать?
я однажды начал писать статью про это, но не дописал, если интересно могу в личку кинуть
Rafael 🌵
promise и settimeout оба асинхронные. поэтому это settimeout запоздает?
потому что 4мс задержка у setTimeout(fn, 0) где-то
Rafael 🌵
Vladislav
Dmitry
потому что 4мс задержка у setTimeout(fn, 0) где-то
разве сначала движок не выполнит все синхронные операции до конца call stack?
к тому времени 4мс могут пройти и тогда всё равно
Rafael 🌵
разве сначала движок не выполнит все синхронные операции до конца call stack?
к тому времени 4мс могут пройти и тогда всё равно
вероятно, 4мс это достаточно времени, чтобы проимис успел зарезолвится первым
Egor
вероятно, 4мс это достаточно времени, чтобы проимис успел зарезолвится первым
4 мс если eventloop пустой
Vladislav
граждане, лень тестить, два iframe подключаются к странице, в каждом айфрейме есть div с одинаковым id, в одном из айфреймов идёт обращение к элементу с этим id, может так получится что обращение пойдёт в другой iframe?
😆
Vladimir
евентлуп пустой
Vladimir
блядь
Vladimir
Vladislav
"да не бомбит у меня?" )
Vladimir
Нет, вот от этого прям бомбит
Vladimir
я сейчас на ракете улечу
Vladimir
евентлупы у них пустые
Vladislav
погоди погоди, ты злишься потому что кто-то кого ты не знаешь даже, ошибочно понял какой-то не самый лёгкий элемент в механике JS?)
Vladimir
Потому что кто-то объясняет то, чего не понимает
Vladimir
И да, это одна из основ
Yan👀
основа это когда ивентлуп пустой или полный?
Yan👀
туплю чета...
N
ну так расскажи сам, или скинь ссылку на конфу
Dmitry
ну в ноде и вправду есть понятие event loop. и оно влияет на микрозадержки
Vladislav
Потому что кто-то объясняет то, чего не понимает
просто думай что он тебя провоцирует на то, чтобы ты уточнил этот момент:) не злись:)
Vladimir
ну в ноде и вправду есть понятие event loop. и оно влияет на микрозадержки
оно и в браузере есть.
Есть очередь - то, куда пихаются твои таски, через web api's.
Есть колл стэк, это текущее выполняемое дествие в потоке js.
Как только колл стэк пуст - евент луп берет следующий таск и пушит его в колл стэк
Vladimir
Вот и вся логика
Yan👀
Dmitry
тогда промис заресолвится все же после settimeout? потому что был объявлен позже