Size: a a a

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

2019 February 05

ҪҸ

Ҫѐҏӗѫӑ Ҹҋ 🤖 in WebAssembly — русскоговорящее сообщество
да, то же самое
источник

でゲソ in WebAssembly — русскоговорящее сообщество
Ҫѐҏӗѫӑ Ҹҋ 🤖
сборщик не подвезут
В расте имплы арен завели. Так что можно пользовать как сборщик
источник

ҪҸ

Ҫѐҏӗѫӑ Ҹҋ 🤖 in WebAssembly — русскоговорящее сообщество
там все равно надо викрефы из жс как минимум или все равно будут утечки
источник

でゲソ in WebAssembly — русскоговорящее сообщество
Смысле оно остаётся в пространстве раста. Хотя конкретно эти арены больше про реализацию структур данных чем гц. Ещё был прям гц но он дико экспериментальный и не факт что в васм собираться умел. Название сходу не вспомню
источник

ҪҸ

Ҫѐҏӗѫӑ Ҹҋ 🤖 in WebAssembly — русскоговорящее сообщество
а есть про это почитать? это в последнем релизе завезли?
источник

ҪҸ

Ҫѐҏӗѫӑ Ҹҋ 🤖 in WebAssembly — русскоговорящее сообщество
про то, зачем нужны викрефы я когда-то кидал тут ссыль на слайды fitzgen про wasm-bindgen, ща некогда искать, надо валить
источник

NK

ID:693357436 in WebAssembly — русскоговорящее сообщество
ID:414983998
@chicoxyzzy
Ну вот опять
так и чего они хотят? Чтобы получатель рассылки написал книгу им за гонорар, а они его будут многократно продавать?
источник

NK

ID:414983998 in WebAssembly — русскоговорящее сообщество
ID:693357436
так и чего они хотят? Чтобы получатель рассылки написал книгу им за гонорар, а они его будут многократно продавать?
Они пишут, что уже обратились к хреновой туче девелоперов и похоже все отказались. Им нужно снять видеокурс по WebAssembly. Снять видео курс это намного серьезднее, чем написать книгу (в техническом плане) и нужно много сил и времени.
источник

NK

ID:414983998 in WebAssembly — русскоговорящее сообщество
А потом тебе придет ревью "Миша, у тебя злые глаза и корявый шекспировский. Нам никто денег не даст"=)
источник
2019 February 06

NK

ID:414983998 in WebAssembly — русскоговорящее сообщество
Обычно npm ругают за то, что там пакеты тянут еще тонны зависимостей за собой. Но похоже та же участь постигает и Rust (Cargo):
https://twitter.com/duckinator/status/1092908594796916736
источник

PP

Pavel "Al'gerd" Patapau in WebAssembly — русскоговорящее сообщество
Ну это скорее проблема stdlib/декомпозиции составляющих библиотек
источник

ҪҸ

Ҫѐҏӗѫӑ Ҹҋ 🤖 in WebAssembly — русскоговорящее сообщество
согласен с вот этим комментом https://twitter.com/tomaka17/status/1093061381929226241
источник

ҪҸ

Ҫѐҏӗѫӑ Ҹҋ 🤖 in WebAssembly — русскоговорящее сообщество
хотя это все тоже оффтоп)
https://t.me/rustlang_ru
источник

AF

Alexey F. in WebAssembly — русскоговорящее сообщество
+
источник

AF

Alexey F. in WebAssembly — русскоговорящее сообщество
ID:414983998
Обычно npm ругают за то, что там пакеты тянут еще тонны зависимостей за собой. Но похоже та же участь постигает и Rust (Cargo):
https://twitter.com/duckinator/status/1092908594796916736
при этом ни как не влияет на итоговый размер бинаря
источник

AF

Alexey F. in WebAssembly — русскоговорящее сообщество
только на скорость компиляции
источник

AF

Alexey F. in WebAssembly — русскоговорящее сообщество
Alexey F.
при этом ни как не влияет на итоговый размер бинаря
а бинари у нас - это Wasm
источник

AF

Alexey F. in WebAssembly — русскоговорящее сообщество
так что это не совсем оффтоп, получается )
источник

PC

Pavel Chebotarev in WebAssembly — русскоговорящее сообщество
Я тоже не понял в чем проблема, если там zero-cost abstractions и все это потом сбирается в компактный бинарь, а неиспользованный код удаляется.
источник

AF

Alexey F. in WebAssembly — русскоговорящее сообщество
тут может иметь место консёрн, связанный с безопасностью. У зависимостей могут быть разные овнеры/мейнтейнеры со своими (разными) подходами/правилами к управлению разработкой. Всегда существует риск не разобраться в зависимостях и получить вредоносный код в итоговом бинаре, конечно.. Но это тоже вполне решается нормальными ревью (но это уже касается релиз-менеджмента в целом, а это отдельная тема)
источник