cc @fly_style

прикольно, у вас есть исследовательский центр в Марокко

да это только плюс, можно будет как-то отдельный канал вакансий/стажировок/... завести, если их будет хоть сколько-то много

"Убийца JavaScript" 😄
https://habr.com/ru/company/ruvds/blog/472338/

А если бы JavaScript в васм компилировался, такого бы не писали

Just saying

TypeScript (AssemblyScript) может

А еомпилировать JS в Wasm. why? Если браузеры его и так поддерживают =)

чтобы потом из жс снова скомпилировать

yo dog i heard u like javascript

so we put javascript in your javascript to compile javascript from javascript

@shelajevoleg Вот грааль какие у него преимущества? Полиглот и может подружить JavaScript там с C++ или Ruby. Да, но все это только на бэкенде! Если у меня есть js на бэкенде (node.js) и Ruby (например RoR) то зачем мне между ними такой уж тесный интероп? Когда я могу сделать все как микросервисную архитектуру и пусть они общаются по сокетам или IPC себе, используюя json / json-rpc или flatbuffer/protobuffer. Плюс этого решения в том, что я могу их потом разнести на два сервера. Да будет оверхед при передаче но намного выше гибкость. Сейчас все пришли к микросервисной аршитектуре!

А вы предлогаете монолит и вендорлок

Немного агрессивно звучит. как будто я что-то плохое сделал

Но если по сути вопроса преимущества перед чем?

Можно думать про GraalVM примерно как про v8

Или там MRI или jvm

Сорри если это прозвучало агрессивно. Надо больше смайлов)

теоретически можно написать компилятор js в wasm или интерпретатор, но это не особо полезно, учитывая, что они на одной виртуальной машине работают и чтобы в браузере или ноде скомпилить васм все равно нужен жс пока что