беда начинается тогда, когда вода заливается в кроксы

17-00 по Киеву.
⎡msk⎦ ⎡talks: 07⎦ Предвзятый обзор YouTube JavaScript стримлеров.
Пока мне нельзя вставать, но никто не видит как я это делаю, а так же, жесточайший туман в башке, все что я могу - это набрасывать на вентилятор.
В результате чего, иногда, выходит что-то стоящее.

Вспомним о всех о ком мы вспомним.

Все желающие получат право высказаться.
Которое мы обязательно у них отберем и дискредитируем все что они скажут.

Потому, что мы хотим только хорошего, а все кто хочет плохого идут в ~опу.


https://www.youtube.com/watch?v=7CRrc3niEto

23-15 По Киеву

youtube.com/video/6b3Ix7hXZMA

15-00 По киеву.
⎡coding: 08⎦ JavaScript Live Coding: Proxy - Или мы настоящие костоломы

По просьбе одного из подписчиков отвечу на его вопрос о том, как можно написать простой wrapper вокруг чужого API с использованием JavaScript и Proxy.

Попробуем разобрать плюсы и минусы, как с точки зрения программирования, так и с точки зрения производительности.
(Классная формулировка, я знаю).


https://www.youtube.com/watch?v=mXNdpPmtvF8

21-15 по Киеву
⎡coding: 09⎦ JavaScript Live Coding: Proxy - Или костоломы возвращаются
Будем хулиганить используя JavaScript и Proxy.

https://www.youtube.com/watch?v=CmTn9t9q14Y

На habrahabr появился очередной материал о Event Loop в деталях

Мой развернутый комментарий о качестве материала

Кратко - здравствуй жопа новый год.

23-30 По Киеву
⎡dlgs: 00⎦ JavaScript Беседы: Идентификаторы
Побеседуем с RJ о том, чем являются идентификаторы

Это попытка, через беседы с разными людьми, нащупать тот самый правильный формат пояснения чем именно является язык JS.

https://www.youtube.com/watch?v=wm2p5Cksh8k

Над моим имииджем поработали.
Сказали так лучше.

20-00 по Киеву.
Разбираем видео: Палиндром, плоский массив, поиск пути и еще две
Один из подписчиков канала, захотел разъяснить мне мои ошибки в этом видео. А я там ошибок не вижу. Будем спорить

https://www.youtube.com/watch?v=lC2j5DXSXOE

23-15 По Киеву.
Как правильно оценить эффективность JS кода
Разбираем базовые принципы корректной оценки эффективности JS кода.

https://www.youtube.com/watch?v=gdrDBiNLRVU

23-30 по Киеву.
Смотрим вместе: Все о Dart с Вячеслав Егоров AKA mraleph
Смотрим вместе человека, который в далеких далеких голактиках, боролся с JavaScript безграмотностью на уровне, который до сих пор заставляет меня преклоняться перед ним.

https://www.youtube.com/watch?v=5v32mDS7RjM

Ссылка на meet: https://meet.google.com/cif-wsar-zmv

от вы не думали над тем, почему все впридумывают себе такие пафосные позывные?
типа: лютый, крашер, медведь.

я вот, когда меня таки возьмут на ноль, возьму себе позывной типа: сопелька, пупсик, заенька

єто ж как демативировать должно если в єфире прозвучит: пупсик сопельке, пусть заенька отработает по пидарам.

Я к чему про сопелек и пупсиков.
К тому что я готов рекомендовать нового артиста на послушать.

Єто гениально.

https://youtu.be/5NdY00-Xc6M?si=mU-5Q2WZmXAGiCxp

В 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

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

Сегодня,в 19-00 по Киеву, если я не помру будет следующее

https://www.youtube.com/watch?v=WgYGNhzJP-8

22-00 по Киеву.
⎡spec: 00⎦ JavaScript и Call Stack согласно официальной спецификации

Существует ли Call Stack в JavaScript?

Можно ли говорить о связи Call Stack с элементом спецификации Execution Context Stack?

Имеет ли смысл, этот вопрос в плоскости эффективного программирования с использованием языка JavaScript или он относится исключительно к буквоедству.


https://www.youtube.com/watch?v=CE0BhheYFQk

Чарівно:

В дощ тримаєш парасолю
Нею прикриваєш мою душу,
І кажеш мушу
Навіть в дикий шторм з тобою
Просто мою руку не відпустиш,
А я не змушу

https://www.youtube.com/watch?v=TVQZKlU7p5U

Коментар для одного з каналів.
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 у згоді з офиційною спецификацією, інтрепретується як space character або line terminator якщо він є у тіі коментаря;

Тобто завдяки йому можливо писати наприклад так:
var/**/someVar=1;
що буде інтерпретовано як:
var someVar=1;