kirjs_ru

На внезапном стриме в 20:00 по мск Сделаем сайт с аккордами на фреймвоке analogjs.org t.me/kirjs\ru\chat 👀 Посмотреть: twitch.tv/kirjs | youtu.be/oRr_GCSQwMY 🗣 Пообщаться голосом: twitch.tv/kirjs

Минко на связи! приносите свои вопросы, у нас час twitch.tv/kirjs | youtu.be/ZryO1zl4TEM

В предверии нового релиза, завтра (в Пятницу, 19 Апреля) в 19:00 по Москве к нам на стрим придет Минко Гечев из команды Angular. На стриме мы обсудим куда движется Angular и дальнейший планы. Приходите и задавайте свои вопросы. 📺 Посмотреть: twitch.tv/kirjs | youtu.be/ZryO1zl4TEM 📚 angular.dev | twitter.com/mgechev

На ng-conf объявили, что будут объединять Angular и wiz (внутре-гугловый фреймворк), посмотрим на днях на стриме что это значит. https://twitter.com/sarah_edo/status/1770478763253379488?s=46&t=k9l-HypAj6tWJpDQhKBKCw https://www.youtube.com/watch?v=nIBseTi6RVk&t=1s

Появление React ребята из Facebook часто объясняют примерно вот так:

В далеком 2013 году в Facebook Chat часто появлялись фантомные сообщения:  уведомление приходило, иконка загоралась, а самого сообщения не было.

Это было вызвано ужасным императивным кодом, а чтобы это починить и был придуман React.

У меня всегда были вопросы к этому объяснению. А вчера Adam Wolff причастный к разработке добавил деталей: Д

а, React, был действительно создан для решения проблемы фантомных уведомлений, но эту проблему он в результате не решил, потому что проблема на самом деле была в кривых настройках DNS где-то в Индии, и когда DNS починили проблема ушла.

https://twitter.com/dmwlff/status/1762885255030259854?s=20

Рекомендую ставить на репите, пока вы спите, и JavaScript мудрость впитается в ваш мозг.

Вопрос 3.3 Почему это ловится?

async function example() {
  try {   
    await new Promise((resolve, reject) => { 
      throw "Ho"; 
    });
  } catch (e) {
     console.log("Error: ", e);
  }
};
example();

Оценка понятности вопроса 🤖 ChatGPT: 100% 🤖 Bard: 100%, 🧑‍💻 Наша субъективная оценка: Мы поняли вопрос Оценка ответа Соера на заданный вопрос Соер не понял вопрос и продолжил отвечать на предыдущий Факт чек (докапываемся по мелочам) 🤔 Мурыч использовал этот пример в противовес ответу Соера, который сказал, что Promise обрабатывает ошибку. Мы не очень поняли, почему это контрпример, в данном случае Promise ловит ошибку и отправляет в reject, а await при распаковке если видит reject перевыбрасывает ошибку

Вопрос 3.2 Почему код не будет срабатывать в catch

try {
  setTimeout(() => { throw "Error"), 1)
} catch (e) {
  console.log("Error: ", e);
}

или

try {
  new Promise( (dores, doRej) => { throw "Ho"; } );
  console.log("Error: ", e);
} catch (e) {}

Оценка ответа соера на заданный вопрос Соер сказал, что код промиса выполнится вне try/catch. На самом деле он выполняется синхронно внутри блока, но ловится промисом и перенаправляется в reject (соер это позже поймет) Оценка понятности вопроса 🤖ChatGPT: 100% 🤖Bard: 100%, 🧑‍💻Наша субъективная оценка: Мы поняли вопрос Факт чек (докапываемся по мелочам) ✅ Мурыч сказал, что callback переданный в Promise выполняется синхронно, так и есть Что полезного мы узнаем в результате? Если не распаковать Promise, exception не вылетит

Вопрос 3 Каким образом организована обработка исключений exception в современном JavaScript Как работает throw и try/catch почему в если выбросить ошибку при создании промиса, она не ловится в try catch Оценка понятности вопроса 🤖ChatGPT: 100% 🤖Bard: 100%, 🧑‍💻Наша субъективная оценка: Мы поняли вопрос Оценка ответа Cоера на заданный вопрос Соер сказал, что в блоке try вызывается throw и ловится в catch. Это верный ответ, но можно было рассказать побольше. Часть про Promise не была отвечена (но была обсуждена в следующем вопросе) Факт чек (докапываемся по мелочам) 🤔 [косяк] Мурыч сказал, что "Throw это обычный Return" Это интересная аналогия, и у них есть общее свойство: они оба используют Completion Record на уровне спецификации. При этом семантически и функционально они отличаются. https://tc39.es/ecma262/#sec-completion-record-specification-type

Вопрос 2 Что такое, согласно официальной спецификации, свойства для Object? Существуют ли какие-либо существенные особенности в формировании свойств? Если да то какие? Оценка понятности вопроса 🤖ChatGPT: 10% 🤖Bard: 10%, 🧑‍💻Наша субъективная оценка: Вопрос был про свойства, а ответ ожидался про ключи, для нас это было неочевидно. Оценка ответа соера на заданный вопрос Соер сказал что свойство представлено объектом содержащим имя, значение + дескриптор. Что у объекта есть внутренние свойства ([[в квадратных скобках]]) и внешние. В целом ответ по теме, но маловато, можно было бы развернуть и рассказать больше про дескрипторы, геттеры, сеттеры и пр. https://tc39.es/ecma262/#sec-object-type https://tc39.es/ecma262/#sec-property-attributes Факт чек (докапываемся по мелочам) 🤔 [неточность] Соер сказал что в дескрипторе битовые поля, вероятно имел в виду булевы. 🤔 [непонятка] Мы не очень поняли, как Integer Index связан с BigInt и Atomics, которые Мурыч упомянул несколько раз? 🙀[косяк] Мурыч сказал: "В спецификации нету слова key ключ", поискал по слову "Key" и не нашел. Если бы мурыч искал "key" (с маленькой буквы), или "property key", он бы его нашел https://tc39.es/ecma262/#sec-object-type 🙀Мурыч так и не признал, что вопрос был про ключи. Это как спросить про велосипед, а ожидать ответы о колесах Что полезного мы узнаем в результате? При слишком больших ключах, длина массива может остаться нулевой, что может привести к странным ошибкам. v

ar theArr = [];

theArr[ (2 ** 32 - 1 ) ] = 1;

theArr.length; // 0

theArr[ (2 ** 32 - 2 ) ] = 1;

theArr.length; // 4294967295

https://tc39.es/ecma262/#sec-array-exotic-objects-defineownproperty-p-desc