Сказки на ночь?)))

Ну можно и так сказать))

Говорошь довольно четко, поэтому кому надо - ускорят без потери качества.

ого! Ничёси! Это Денис вот только-только вступил в нашу группу?!)

Безобразие какое)

и не говори!)

Да что-то отвлекался, пропустил пару выпусков))

Молодцы отлично

FYI

Лучший спич про Svelte: https://youtu.be/AdNJ3fydeao

У меня может тупой вопрос
Но я не могу найти на саундклауде старые выпуски
Их просто там нет или их удалили?

Наверное, не проплатили подписку

:(

хм, мне ничего не приходило по поводу окончания подпски, странно

@PaulMaly Паша привет, давеча слушал несколько раз 54 выпуск, про svelte первый вопрос, который сразу же бросился на язык и думал его зададут, но так и не услышал его это:
- Не просто так выдумали Virtual DOM, он решал помимо прочего проблему того что операции с DOM очень тяжеловесны и именно reconcile (и его подобия) делали это оптимизированно, так чтобы App работал как можно быстрей с операциями DOM. Так как же svelte решает эту задачу?

Решает с помощью AoT-компиляции

Ещё развить тему дальше , «тяжеловесны» операции в DOM, только если действовать по принципу чистой функции от параметров. На чем собственно основан Реакт. Тогда да, если на любое изменение стейта делать ререндеринг всего компонента сразу в реальный DOM, тогда рехнёшься на чуть более динамичных приложениях. Поэтому  реакт делает этот полный ререндер в относительно дешёвом vdom и с помощью сравнения с предыдущим рендером определяет какие вещи реально поменялись и требуют манипуляций с реальным DOM. Это своего рода change detection на деревьях. Svelte, с помощью статического анализа и AoT компиляции, выкидывает максимум рантайм вычислений в билдтайм. Поэтому его change detection в рантайме сводится к проверки заранее подготовленных строгих сравнений. Если сравнение проходит, то происходит заготовленная манипуляция в DOM по заранее закешированным элементам, то есть нет даже querySelector операции.

Как давно тут тишина

давно

ой, и не говорите!