Здравствуйте, achmed, Вы писали:

A>Кто все еще не признал, пора принять факт и жить дальше

Победил не JS, победил веб.

Здравствуйте, TimurSPB, Вы писали:

A>>Кто все еще не признал, пора принять факт и жить дальше
TSP>Это ещё в 1996 произошло. https://web.archive.org/web/19961216191511/http://sunsite.nus.sg/hotjava/pr951204-03.html
TSP>Будь проклят тот день

Знаковое событие это появление node.js, npm, после чего инструменты разработки и server side начали писать JS, тогда JavaScript и набрал небывалую популярность.

Здравствуйте, achmed, Вы писали:

Интересно, что будет дальше. Будет ли WebAssembly развиваться в сторону сборки мусора и по сути универсальной виртуальной машины аля .Net или Java.

Здравствуйте, dmitritch, Вы писали:

D>А, понял. То есть вместо стандартного typeof запилили свой _typeof который работает в старых браузерах. ну нормально. Зачем только этот код засунули в основной код проекта, нельзя было его куда-то в utils засунуть или типа того

Это скорее всего генерированый код, потому нечего убирать в утилс

Здравствуйте, Erop, Вы писали:

D>>А, понял. То есть вместо стандартного typeof запилили свой _typeof который работает в старых браузерах. ну нормально. Зачем только этот код засунули в основной код проекта, нельзя было его куда-то в utils засунуть или типа того

E>А ещё в некоторых языках принято писать комментарии

Намекаешь, что компилятор должен был свою кодогенерацию откомментировать ?

Здравствуйте, dmitritch, Вы писали:

Б>>Очень маловероятно, что этот код был добавлен вручную. Хотя, конечно же, все может быть

D>https://github.com/SVG-Edit/svgedit/blob/master/svgedit-config-iife.js — вот пожалуйста. даже гитхаб не хочет такой большой файл показывать. еще одна проблема js

Это результат сборки, про это говорит iife

Вот сюда смотри https://github.com/SVG-Edit/svgedit/blob/master/rollup-config.config.js#L37

Видишь, это было собрано роллапом.

I>Видишь, это было собрано роллапом.

да понял уже. в корне репозитория нужно выполнить npm run build-config для сборки. а перед этим еще npm install для создания билд скриптов

S>Интересно, что будет дальше. Будет ли WebAssembly развиваться в сторону сборки мусора и по сути универсальной виртуальной машины аля .Net или Java.

Зачем гадать, если есть Roadmap? https://webassembly.org/docs/future-features/ GC — это issue номер 16. Статус: Feature proposal

Здравствуйте, MamutArGud, Вы писали:

S>>Интересно, что будет дальше. Будет ли WebAssembly развиваться в сторону сборки мусора и по сути универсальной виртуальной машины аля .Net или Java.

MAG>Зачем гадать, если есть Roadmap? https://webassembly.org/docs/future-features/ GC — это issue номер 16. Статус: Feature proposal

Я к тому, что уже сейчас можно писать на Блазоре используя C#

https://docs.microsoft.com/ru-ru/aspnet/core/mvc/views/razor?view=aspnetcore-3.0

Можно использовать и существующий JavaScript
https://docs.microsoft.com/ru-ru/aspnet/core/blazor/javascript-interop?view=aspnetcore-3.0

это какая-то мелкая компания, которая пишет на жабе, но для веба генерит выход на жабаскрипте.

В чистую на на этом гамноязыке мало кто пишет.

Здравствуйте, achmed, Вы писали:

A>Кто все еще не признал, пора принять факт и жить дальше

A>

A>JavaScript
A>The most used overall programming language

Да, касаемо JavaScript, можно перефразировать фразу Черчилля про демократию: "JavaScript — наихудший язык программирования для веб, если не считать всех остальных".
Потому что изменяемый this — рвет шаблон первое время. Но что вместо JS для веба? Silvelight, Flash, Java Applets, ActiveX — это все ужасно тормознутые технологии.
VBScript — хорошо, что умер из-за оверхедного синтаксиса.
Так что да, для веба лучше JS нет. WebAssembly пока новая технология на ней ни чего не писал.