имел ввиду всякие ☻Int16Array Uint32Array ...

Если не изменяет память то и инторпретаторе у них разная оптимизация. Другими словами массив с 1 типом данных внутри работает быстрее

Да, это официальная спека

когда вы в  резюме указали ссылку на GitHub свой, то потенциальный работодатель:
1 - просматривает ваши проекты внимательно
2 - очень бегло смотрит ( есть и ладно )
3 - вообще не смотрит
Какой кейс встречается чаще?

Привет, друзья.
У меня вопрос по организации vue-компонентов.
У меня есть приложение. В нем есть компоненты графиков, которые отображают данные с сервера. Эти данные нужны только для этого конкретного графика и больше нигде. Поэтому я не выношу их в vuex. А ajax-запрос за данными я делаю в родительском компоненте графика, и передаю данные через пропс в сам компонент графика. Насколько приемлемой считается такая организация ?

На Ваш вопрос невозможно дать ответ

Банальный пример. Я устраивался работать джуном. Работодатель не смотрел мой гитхаб до и во время собеседования.

Зато второе собеседование было с командой и мы анализировали код моих проектов.

Это к какому варианиу относится?

это 1 получается

Но ведь первое собеседование с этим работодателем он не смотрел вообще

То есть на собес меня позвали не по гитхабу, а вот решение о приеме на работу в том числе и по гитхабу

понятно. просто частный случай

Я к тому что вариантов может быть больше

И с какой целью интересуетесь?

а ты можешь ссылку дать на свой акк? и какие проекты были тогда у тебя? мне просто интересно с какими проектами примерно на джунов берут

Лучше всего когда виден прогресс от старого проекта к новому

Типа новые либки, меньше быдлокода

У меня все скрыто поэтому не вариант

Я шел на бек на ноде и основной упор был на простой граб с експрессом и монгой

Ну и у меня была попытка (кривая) запилить гексагональную архитектуру это и понравилось

я пишу асинхронный код почти всегда на Async-await ( изредко на промисах что-то небольшое чтобы не забывать ). Какие вы встречали ошибки или знаете недостатки Async-await? Кроме того что Promise.all или Promise.allSettled часто новички не пишут, этот аспект я понимаю.

Короткие вещи удобнее then/catch ошибки ловить

ага, я тоже заметил

рекомендую посмотреть видео на ютубе: “Broken Promises - James Snell, NearForm”. Там описаны некоторые типовые сценарии, в которых разработчики иногда допускают ошибки

спасибо. посмотрю