Может стоит добавить какую нибудь проверялку при входе? Типа сколько будет 5 на 5?

так есть же

шилди

ну тут его нет

Смысла особо нет, боты уже давно научились такое обходить, от сообщений проверялки будет больше спама чем от самих спамеров

ну ваще да

в васм про теслу всё время спамят, а там есть шилди

вы про раст чат?

тьфу, вебгл*

Привет, если через HEAP8.set положить туда что-то, чистить нужно будет мне верно?

Теперь они еще и вычеркнули ее из роадмепа для .NET 5:
https://github.com/dotnet/aspnetcore/issues/21514

Вы наверное спросите почему это меня так все забавляет? Дело в том, что меня жутко раздражает оголтелый способ продвижения Blazor и то что они засрали все новостные ленты с тегом #wasm и  #webAssembly. А так же мантрой что теперь JS и TS не нужен и что Blazor убийца Angular и React. Такой убийца JS что рекомендуют создавать html c JS и динамически выполнять горячий код на стороне хоста нежели внутри Blazor/C#:
https://github.com/dotnet/aspnetcore/issues/22432#issuecomment-641723699

а им фичеринг не завезли или там в принципе без шансов?

ну там дальше написали, что шансы есть ибо спека прям за треды не описывает

ты про какой компилятор?

я про го интересуюсь. имеется, ли у них механизмы включения выключения функционала/зависимостей в зависимости от флагов сборки. у плюсов есть всякие ifdef FEATURE у раста нормальные фичи которые в томл можно указать для каждой отдельной либы, а у го что-то такое есть чтобы захотеть например выключить мультитрединг?

Для Go есть несколько компиляторов, которые могут в wasm. У основного компилятора это вынесено в пакет runtime runtime.GOMAXPROCS(1)

PROC и THREAD разные вещи

Или там это одно и тоже?

Это не одно и то же, но в го runtime.GOMAXPROCS(1) регулирует количество тредов