Мне кажется, на frontend-собеседованиях пора реже спрашивать задачи в стиле: “В какой последовательности выведутся console.log?”. Просто давайте будем честны, мы хотим найти хорошего разработчика или разработчика который просто натренировался решать определный тип вопросов на собеседовании

На реальной работе разработчик редко сидит и вручную высчитывает порядок десяти console.log. Зато постоянно сталкивается с другим. По моему скромному мнению, гораздо полезнее давать кандидату небольшой кусок асинхронного кода и попросить его отрефакторить. Я тут набросал пару примеров что можно спросить давая код:

- как сделать код читаемее - попросить добавить обработку ошибок - убрать лишнюю вложенность - объяснить, где возможна race condition - предложить вариант с AbortController - отделить бизнес-логику от UI - показать, как это лучше типизировать

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

Знание event loop важно. Но для senior или мiddle разработчика, на мой взгляд, важнее не просто назвать порядок console.log, а показать, как он будет улучшать реальный код в проекте. Просто давайте будем честны, мы хотим найти хорошего разработчика или разработчика который просто натренировался решать определный тип вопросов на собеседовании

Какое у вас по это поводу мнение?

P.S. картинку рисовал gpt