Size: a a a

WebAssembly — русскоговорящее сообщество

2020 December 06

SR

Sergey Rubanov in WebAssembly — русскоговорящее сообщество
это и есть интероп
источник

IP

Iaroslav Postovalov in WebAssembly — русскоговорящее сообщество
Sergey Rubanov
это и есть интероп
эх(
источник

PP

Petr Penzin in WebAssembly — русскоговорящее сообщество
Просто надо wrapper с параметром для повтора написать под  wasm, и всё будет хорошо
источник

IP

Iaroslav Postovalov in WebAssembly — русскоговорящее сообщество
Petr Penzin
Просто надо wrapper с параметром для повтора написать под  wasm, и всё будет хорошо
но у меня параметр - это случайное число. гпсч тоже в васм нести что ли?
источник

SR

Sergey Rubanov in WebAssembly — русскоговорящее сообщество
его туда не получится вынести
источник

SR

Sergey Rubanov in WebAssembly — русскоговорящее сообщество
только заимпортить жсовый
источник

SR

Sergey Rubanov in WebAssembly — русскоговорящее сообщество
в общем, в васм имеет смысл выносить что-то более сложное
источник

SR

Sergey Rubanov in WebAssembly — русскоговорящее сообщество
чтобы оно там посчитало без лишних cross boundary
источник

IP

Iaroslav Postovalov in WebAssembly — русскоговорящее сообщество
Sergey Rubanov
в общем, в васм имеет смысл выносить что-то более сложное
окей, значит, этот юзкейс вообще смысла не имеет. перепишу через сборку AST JS
источник
2020 December 07

M

MaxGraey in WebAssembly — русскоговорящее сообщество
источник

AT

Alexander Tchitchigi... in WebAssembly — русскоговорящее сообщество
Мне казалось, весь пафос в том, что не будет необходимости в одном единственном языке, в отличие от JS. 😄
источник

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Alexander Tchitchigin
Мне казалось, весь пафос в том, что не будет необходимости в одном единственном языке, в отличие от JS. 😄
Это понятно. Но как мы видим уже сейчас есть языки котороые хорошо укладываются в концепцию wasm MVP (они без жизного рантайма и не сильно завязаны на хосте), а есть такие как Go, Swiftwasm, C# (Blazor), которые да могут быть скомпилированы в wasm, но есть ли в этом смысл? Если они медленные, прожерливые и требуют много телодвижений и имплементаций со стороны хоста?
источник

AT

Alexander Tchitchigi... in WebAssembly — русскоговорящее сообщество
GC proposal всех уравняет! 😂
источник

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Alexander Tchitchigin
GC proposal всех уравняет! 😂
В том то и дело что нет) Кроме того, не факт что GC быстро появиться в standalone рантаймах, с браузерами там все ясно, он там уже есть)
источник

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Нпример с появлением GC не решиться наличие корутин, необходимых для канлов Go и или для Erlang к примеру. Наличие GC для C# не решит проблему того, что рефлексия станет намного там легче
источник

AT

Alexander Tchitchigi... in WebAssembly — русскоговорящее сообщество
Вот оттого C++ и не может никак помереть, что мы с завидной регулярностью изобретаем новые "недокомпьютеры": сначала PC, потом мобильные телефоны, теперь Wasm...
источник

N

Nikolay in WebAssembly — русскоговорящее сообщество
Alexander Tchitchigin
Вот оттого C++ и не может никак помереть, что мы с завидной регулярностью изобретаем новые "недокомпьютеры": сначала PC, потом мобильные телефоны, теперь Wasm...
Можно какой нибудь лисп адаптировать.
И тупо на s выражениях фигачить
источник

AT

Alexander Tchitchigi... in WebAssembly — русскоговорящее сообщество
Nikolay
Можно какой нибудь лисп адаптировать.
И тупо на s выражениях фигачить
Пафос Лисп -- совсем не в s-expressions. 😊
источник

N

Nikolay in WebAssembly — русскоговорящее сообщество
Alexander Tchitchigin
Пафос Лисп -- совсем не в s-expressions. 😊
Я знаю)
Там можно много чего притащить)
источник

AT

Alexander Tchitchigi... in WebAssembly — русскоговорящее сообщество
Но я согласен в том плане, что в идеальном мире Wasm должен был бы быть чем-то в духе переносимой софтварной Лисп-машины. Ещё лучше -- "Rebol машины". Но имеем то, что имеем.
источник