Смотря что вкладывать в "просто"

Да, почитай, они там на самом деле довольно прикольно используют возможности ES6

vdom - это structure-first кеш, у того у кого нет vdom кеш algoritm-first (только что эти “термины” придумал). Первое значит что кеш преподготавливается для последующей работы с ним, второе означает что правила инвалиации более заинлайнены в места чтения / записи этого кеша.

я знаю, чем отличается рендер React от Vue 3, есть видео Evan Yu на эту тему. Vue делает это быстрее, потому что там обновление  DOM делается с оптимизацией по чекингу стейта в узлах. если в React, изменился дочерний элемент, то будт проверен и обработан родительский элемент, и сокрее всего, перерисован, а в Vue, не так, он видит, что если у дочернего элемента требуется обновление, он в шедулер отправляет задачу по перерисовке этого элемента в следующем тике, и не требует строгй проверки родительского элемента, а React требует, потому что у него иммутабельный стейт, и требуется перезайти в родительский узел, чтобы обновить стейт, наверное ерунду написал, но я художник, я так вижу. и вообще все эти движки работают по тикам, и иногда начинают проседать из-за безалаберности программистов на React  на Vue, так как в React лучше не лениться и реализовывать логику хуков did/do/Component/Change/Update/Mount даже если они имебт тривиальные реализации, именно чтобы движок мог опримизировать обработку обновления стейта в VirtualDOM, в целом для Vue, при создании компонент из коробки и пропуска вообще всех механизмов оптимизации, Vue будет в 2-3 раза быстрее, из-за более умного механизма отслеживания изменений, хотя и его можно грохнуть по перфомансу, канечно. так что на мои слова не ориентируйтесь, я пользовался React-ом на хуках, вторым Angular и Vue2, но в целом не думаю, что все стало радикально лучше, появились слоты, в Vue3, и туда и туда докинули поддержку WebComponents API в движок, но радикально ситуация вряд-ли улучшится, потому что все это может пойти папе сделали ботинки, если какой-то нькамер или джун вкорячит скрипты на jQuery, у которого свой собственный DOM, отличающейтся от того, что на этот счет думает React или Vue, следовательно, если нет VirtualDOM, нет проблемы рассинхрона, даже jQuery можно позволить, с аккуратным переписыванием сеньором потом на нативные функции то что джун настрочил, ну вот как то так. Наверное что-то не так уже, но в целом мне кажется картина такая

фух, я уже думал что прочитав вольную трактовку от @artalar ты потерял сознание и упал головой на клавиатуру 😀

я попробовал ужать 10 лет опыта в одном сентансе без знаков препинания)) наверное зафейлился))

Всем привет!
Как к шаблону https://github.com/sveltejs/template-webpack
Прикрутить babel для сборки дополнительного бандла поддерживающего старые браузеры ?
Второй день не могу правильно подключить - проект не собирается.

Сам долго искал рабочий вариант. В итоге сделал так https://github.com/alexilin83/webpack-svelte-babel-template

Технически это как выглядит? Пишут сторы на тс, собирают их в один бандл и потом из него импортят в свелт компоненты эти сторы?

да как угодно. суть в том, что большая часть логики лежит во внешних ts файлах. в svelte компонентах доля логики сводится к минимуму.

А есть какой-то конфиг для роллапа для ленивых?)

а что там конфигурировать то? есть плагин для ts, подключаешь и в путь

Ясно

@rollup/plugin-typescript

rollup-plugin-typescript2*

это не официальный

Спасибо, собрался наконец )

👌

в этом есть баги. Например, если один и тот же файл импортировать отдельно из другого .ts и из компонента .svelte, то сущности дублируются

ок, я не слежу так плотно)