As For JS

21-30 по Киеву ⎡coding:11⎦ LeetCode или костоломы снова в деле - JavaScript Live Coding. Решаем JavaScript задачу Memoize от сервиса LeetCode. Попробуем написать такое решение, которое побьет все LeetCode рекорды по производительности. https://www.youtube.com/watch?v=sQ07i7J8Azo

Прямо зараз https://www.youtube.com/watch?v=hHdNfPOQjrg

01-00 По Киэву ⎡dlgs:02⎦ JavaScript Беседы: Reduce, For, Wasm... Побеседуем с hiki о: 1) Может ли reduce быть быстрее For? 2) Существует ли условия, когда For быстрее Reduce и наоборот? 3) Каким образом DOM API влияет на много-поточность? 4) Каким образом WASM может быть полезен при работе с JS с точки зрения производительности? 5) Почему sync/await это синтаксический сахар над генераторами? https://www.youtube.com/watch?v=OQ3yaWfOfQs

21-00 По Києву ⎡dlgs:01⎦ JavaScript Беседы: Service Worker-ы Побеседуем с Владиславом о Service Worker-ах: 1. Что такое service worker и для чего они нужны 2. Возможности service worker; 3. Инструменты работы с service worker; 4. Советы по построению приложения на основе service worker; 5. Как внедрить service worker на уже существующий проект https://www.youtube.com/watch?v=02KDxt_u2To

13-30 по Київу ⎡spec03⎦ Hoisting согласно официальной спецификации JavaScript Существует ли Hoisting в JavaScript? И если не существует Hoisting то может существует всплытие? Поговорим о том каковы причины возникновения жаргона Хостинг в JavaScript и как он связан с реальностью. https://www.youtube.com/watch?v=f6NZZ3z27Mk

12-00 по Киеву. ⎡coding: 10⎦ JavaScript Live Coding: Второе в мире JS радио https://www.youtube.com/watch?v=Qf1Ny0lSxHA

21-30 по Киеву. ⎡sobes: 13⎦ JavaScript задачи собеседований: Решаем задачи с Эльбрус Буткемп №2 Один из подписчиков попросил посмотреть видео - Решаем Задачи на JavaScript | для начинающих №2. В меню: 1) Состоит ли строка из символов в верхнем регистре 2) Вернуть сумму всех положительных чисел массива 3) Вернуть сумму всех не повторяющихся элементов массива Не люблю задачи и тем более для начинающих. А потому, попробуем не просто решать задачи, но и решать их изощренными способами характерными только для языка JavaScript. https://www.youtube.com/watch?v=slTxpJIbhAM

Вместо того, чтобы сделать что-то полезное, я потратил 4 часа на комментарий, без которого точно можно было бы прожить, тем более похожи комментарии уже были. Ссылка на комментарий, мова україньска https://t.me/javascript_sich/3530 К слову. в комментарии была указана ссылка на видео, которое, быть может, стоит разобрать на стримленге. https://www.youtube.com/watch?v=_VHNTC67NR8

Вопрос, на который мне не ответил ни один из претендентов на Senior JS Developer: Объясните, шаг за шагом, процесс, который привод к исполнению JavaScript кода. Можно своими словами. И когда соискатель начнет рассказывать про парсинг(разбор кода) про AST дерево и тому подобное - его перебивают фразой: Парсинг, AST это все шаги которые происходят в тот момент, когда JavaScript код УЖЕ НАЧАЛ выполняться Агентом. А я Вас спрашиваю о шагах, которые именно приводят к тому, чтобы этот процесс был запущен. И вот тут у всех случается ступор. А Вы знаете что нужно сделать с файлом, который содержит JavaScript код, чтобы этот файл был принят Агентом (RunTime) к выполнению?

В качестве анонса к видео: JavaScript согласно спецификации: CallStack2 Fatality Попробуйте ответить на вопрос, в какой последовательности будут выведены цифры в stdOut?

Коментар для одного з каналів. JSDoc це як фієрична милиця так і геніальна ідея. Перше що треба для себе з'ясувати - JSDoc це річ яка нічим не відрізняється від коментаря. Вона не має будь якого самостійного значення. І набуває його лише тоді, коли є якась зовнішня утилита яка, завдяки сигнатурі JSDoc впізнає - що можливо у цьому коментарі може бути щось що відповідає синтаксису JSDoc. Сигнатура JSDoc це дурга зірочка яка йде відразу за першою /** Ця ідея виникла що як найменш у 1999 році, коли встала потреба документувати великі обсяги JS коду, та хтось винайшов, що якщо ми будемо це робити притримуючись якогось формату, то можна написати та використовувати надалі утилиту, яка буде парсити JS файл та з нього брати все необхідне для того, щоб створити хоча б основу для документації. Тобто сутність ідеї в тому, щоб використовуючи коментарі, додаючи до них унікальну мітку створювати мову в мові. У подальшому синтаксис більш менш стандартизувувався. Його стали використовувати вже такі потужні речі як Google Closure Compiler та таке інше. TS, використовує JSDoc як можливість допомогти тим людям, які анотують свій код завдяки JSDocs нотації використовувати tsc та його можливості. Тобто чи потрібен взагалі JSDoc щодо TS? Ні не потрібен. Впливає JSDoc на виконання JS коду? Ні. Тобто впливає також як і будь який коментар, використовуючи пам'ять. Але TS з'явився в тому числі завдякі JSDoc. Перша демо-версія TS була написана на Google Closure Compiler з використанням JSDoc для анотації типів. Bonus Tip: MultiLine comments у згоді з офиційною спецификацією, інтрепретується як пробільний символ. Тобто завдяки йому можливо писати наприклад так: var/**/someVar=1; що буде інтерпретовано як: var someVar=1;

Чарівно: https://www.youtube.com/watch?v=TVQZKlU7p5U

22-00 по Киеву. ⎡spec: 00⎦ JavaScript и Call Stack согласно официальной спецификации Существует ли Call Stack в JavaScript? Можно ли говорить о связи Call Stack с элементом спецификации Execution Context Stack? Имеет ли смысл, этот вопрос в плоскости эффективного программирования с использованием языка JavaScript или он относится исключительно к буквоедству. https://www.youtube.com/watch?v=CE0BhheYFQk

Сегодня,в 19-00 по Киеву, если я не помру будет следующее https://www.youtube.com/watch?v=WgYGNhzJP-8

По мотивам стрима, который прошел вчера.

В 23-00 По Киеву ⎡sobes: 12⎦ Задачи собеседований: Этапы интерпретации JS кода Современный JavaScript код, прежде чем вернуть ожидаемый JS-программистом результат, проходит три фазы интерпретации Для некоторых из них, особенности поведения каждой из трех фаз - сливаются в одну единственную, что, например, приводит к тому, как код внутри функции, который расположен за statement return может оказывать прямое влияния как на исполнение всего кода в целом, так и на исполнение кода самой функции. Попробуем на примерах, прояснить для себя специфику поведения каждой из трех фаз и демистифицировать поведение, например, следующего кода:

( 
 function doThing()  {
  "use strict";
  return;
  const theThing;
  theThing;
 }
)()

исполнение которого приводит к Uncaught SyntaxError: Missing initializer in const declaration https://www.youtube.com/watch?v=VEPHWJ5SQko