Podlodka #165 – WebAssembly

Если JS убьет все языки, а Wasm убьет JS, то что нам останется? Вместе с Сергеем Рубановым разобрались откуда родилась идея технологии, обсудили технические детали и что ждет Wasm в будущем. Кажется, WebAssembly может вдохнуть новую жизнь в браузеры, потому что уже сейчас начинает уверенно занимать нишу тяжелых вычислений на стороне клиента в браузере. А в списке компаний, уже сейчас использующих Wasm, можно встретить и Zoom, и Unreal, и EOS, и eBay!

Сайт: https://podlodka.io/165
Soundcloud: https://bit.ly/3d4it98
iTunes: https://apple.co/2vCBRcs
Я.Музыка: http://bit.ly/38yDJBz

Поддержи лучший подкаст про IT: www.patreon.com/podlodka

Надеюсь это может быть интересно
https://hacks.mozilla.org/2019/12/using-webassembly-from-dotnet-with-wasmtime/

откуда мнения, что васм убьет жс? есть предпосылки? или это для кликбэйта?)

Очень круто! Наверное самый полный подкаст про Wasm в русскоязычном сегменте. И спасибо за добыре слова, очень приятно было

это чтобы набрать классы

спасибо! 🙏

Новость от Shopify
https://twitter.com/ShopifyEng/status/1264930744306225152

Congrats!)

Thanks! 🙏

👍

👏👏👏🚀

wow!

C->Wasm->C наверное глупая затея в том контексте. но!
C->Wasm->отладка, с последующим C->native, точно лучше чем без етого

@vshymanskyy Не могли бы вы пояснить, как вы видите процесс отладки WASM в базе кода больше, чем одна чистая функция?
Кроме того, разработчик должен будет держать в голове 3 модели (с выделенным синтаксисом и семантикой) 1) исходный C (намерение), 2) сгенерированный WASM (возможно, оптимизированный, векторизованный, линиаризированный) 3) преобразованный вывод C-native, работающий в другой среде

Давайте добавим JIT к веселью

а не слышал для чего?

Отладка WASM отдельная тема конечно, особенно сейчас. Но Wasmtime+LLDB таки работает. Если есть Unit Tests, можно их прогнать в WASM форме.

Хм, а в чем плюс отладки васма по сравнению с отладкой скомпилированного C?

Лично я считаю, что модульные тесты должны выполняться в форме, максимально приближенной к целевой среде. Я предполагаю, что вы развертываете производственный код в режиме компиляции Release - так что вам придется «принимать» код таким же образом (Так же, как в C ++. проверить 64/32 бит + Release /?Debug?)

Для data driven подхода в их платформе. Они переходят от монолитной архитектуры к микросервисам (плагинам). Ну и в качестве скриптового движка и ЯП выбрали Lucet + AssemblyScript. Подробнее тут:
https://www.youtube.com/watch?v=h4bWS1Mmnaw&feature=emb_logo