В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

726 membersпожаловаться на группу
2020 May 25

e

egoarka in WebAssembly — русскоговорящее сообщество
MaxGraey
Для data driven подхода в их платформе. Они переходят от монолитной архитектуры к микросервисам (плагинам). Ну и в качестве скриптового движка и ЯП выбрали Lucet + AssemblyScript. Подробнее тут:
https://www.youtube.com/watch?v=h4bWS1Mmnaw&feature=emb_logo
YouTube
Making Commerce Extensible with WebAssembly, Mitch Dickinson
Over the past 15 years, Shopify has built a globally distributed, commerce platform. We have one of the largest Rails monoliths on earth. A core mandate is t...
а почему именно такой стек?
почему не обычный ts?
или это все с заделом на будущее в виде производительности?
источник
19:26пожаловаться#1

MV

Mikhail Voronov in WebAssembly — русскоговорящее сообщество
Michael Pavlovsky
Лично я считаю, что модульные тесты должны выполняться в форме, максимально приближенной к целевой среде. Я предполагаю, что вы развертываете производственный код в режиме компиляции Release - так что вам придется «принимать» код таким же образом (Так же, как в C ++. проверить 64/32 бит + Release /?Debug?)
Вообще да, но если есть возможность, лучше прогонять их в максимальном количестве доступных вариантов.
источник
19:26пожаловаться#2

SR

Sergey Rubanov in WebAssembly — русскоговорящее сообщество
MaxGraey
Для data driven подхода в их платформе. Они переходят от монолитной архитектуры к микросервисам (плагинам). Ну и в качестве скриптового движка и ЯП выбрали Lucet + AssemblyScript. Подробнее тут:
https://www.youtube.com/watch?v=h4bWS1Mmnaw&feature=emb_logo
YouTube
Making Commerce Extensible with WebAssembly, Mitch Dickinson
Over the past 15 years, Shopify has built a globally distributed, commerce platform. We have one of the largest Rails monoliths on earth. A core mandate is t...
спасибо!
источник
19:27пожаловаться#3

M

MaxGraey in WebAssembly — русскоговорящее сообщество
egoarka
а почему именно такой стек?
почему не обычный ts?
или это все с заделом на будущее в виде производительности?
Ну по той же причине по которой Fastly сделала Lucet для своего serverless. Быстрый запуск небезопасного кода от третей стороны
источник
19:27пожаловаться#4

e

egoarka in WebAssembly — русскоговорящее сообщество
MaxGraey
Ну по той же причине по которой Fastly сделала Lucet для своего serverless. Быстрый запуск небезопасного кода от третей стороны
понятно, надо будет посмотреть доклад, в описании что то мельком упоминается
источник
19:29пожаловаться#5

e

egoarka in WebAssembly — русскоговорящее сообщество
просто меня что смутило - я не следил за assemblyscript, но мне казалось там мало фич из коробки по сравнению с обычным ts,  и сделать что-то серьезное для e-commerce  будет сложновато

но надеюсь я ошибаюсь
источник
19:32пожаловаться#6

M

MaxGraey in WebAssembly — русскоговорящее сообщество
egoarka
просто меня что смутило - я не следил за assemblyscript, но мне казалось там мало фич из коробки по сравнению с обычным ts,  и сделать что-то серьезное для e-commerce  будет сложновато

но надеюсь я ошибаюсь
Пока единственное чего не достает - это полноценных клозюр, но это вот уже в ближайшее время решиться. Все остальные ограничения абсолютно не сущетвенны и легко обходяться. Ну и соответственно будет со временем реализовываться
источник
19:45пожаловаться#7

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Самая главная пока проблема - это не столь широкий выбор библиотек именно под AS. Но портирование с TS в AS довольно тривиальный процесс, в принципе даже может быть автоматизирован в будущем. На заре становления TypeScript у него так же было проблематично с адаптацией и наличием декларативных файлов к библиотекам. Сейчас это уже не проблема
источник
19:48пожаловаться#8

e

egoarka in WebAssembly — русскоговорящее сообщество
MaxGraey
Пока единственное чего не достает - это полноценных клозюр, но это вот уже в ближайшее время решиться. Все остальные ограничения абсолютно не сущетвенны и легко обходяться. Ну и соответственно будет со временем реализовываться
а как же асинхронщина? видел пр, там пока еще в процессе
источник
19:48пожаловаться#9

M

MaxGraey in WebAssembly — русскоговорящее сообщество
egoarka
а как же асинхронщина? видел пр, там пока еще в процессе
Ну у WebAssembly вообще проблема с асинхронщиной пока что, а так то есть Asyncify и callbacks в крайнем случае
источник
19:49пожаловаться#10

e

egoarka in WebAssembly — русскоговорящее сообщество
MaxGraey
Самая главная пока проблема - это не столь широкий выбор библиотек именно под AS. Но портирование с TS в AS довольно тривиальный процесс, в принципе даже может быть автоматизирован в будущем. На заре становления TypeScript у него так же было проблематично с адаптацией и наличием декларативных файлов к библиотекам. Сейчас это уже не проблема
>не столь широкий выбор
именно это оттолкнуло включать AS в свой стек
к счастью, в расте получше с этим
источник
19:50пожаловаться#11

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Ну если не нужна массовая адаптация и низкий порог входа то раст вполне отличное решение
источник
19:51пожаловаться#12

e

egoarka in WebAssembly — русскоговорящее сообщество
egoarka
>не столь широкий выбор
именно это оттолкнуло включать AS в свой стек
к счастью, в расте получше с этим
хотя сам сейчас переписываю код с тайпскрипта на раст
источник
19:51пожаловаться#13

MP

Michael Pavlovsky in WebAssembly — русскоговорящее сообщество
@maxgraey Насколько болезненно  иметь несколько экземпляров Runtime Hosts (чтобы  компенсировать отсутствие потоков)?
источник
19:57пожаловаться#14

MP

Michael Pavlovsky in WebAssembly — русскоговорящее сообщество
Скажем, один на ядро
источник
19:59пожаловаться#15

M

MaxGraey in WebAssembly — русскоговорящее сообщество
имеется ввиду использование WebWorkers но без SharedArrayBuffer?
источник
20:00пожаловаться#16

MP

Michael Pavlovsky in WebAssembly — русскоговорящее сообщество
Yep
источник
20:00пожаловаться#17

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Ну медленее, так придется пересылать сообжения + затраты на сериализацию / десериализацию / клонирование
источник
20:04пожаловаться#18

M

MaxGraey in WebAssembly — русскоговорящее сообщество
Но сказать на сколько медленее затрудняюсь. Так или иначе раньше жили и не тужили)
источник
20:05пожаловаться#19

VS

Volodymyr Shymanskyy in WebAssembly — русскоговорящее сообщество
Michael Pavlovsky
Лично я считаю, что модульные тесты должны выполняться в форме, максимально приближенной к целевой среде. Я предполагаю, что вы развертываете производственный код в режиме компиляции Release - так что вам придется «принимать» код таким же образом (Так же, как в C ++. проверить 64/32 бит + Release /?Debug?)
Вообще, лучше всего запускать тест как в production mode, так и под Valgrind и Sanitizers. В 2 прогона
источник
20:33пожаловаться#20