Comments 8
Очень жаль что Dart в браузер не ввели как альтернативу Google вроде хотел, но дело до конца не довел, он явно лучше костыля в виде TS.
Зачётный наброс на вентилятор! (y) И в конце - "не забудьте подписаться на наш канал" :))) Вот так надо в маркетинг! А кто кого куда взял в плен - то глубоко вторично...
Ну в данном конкретном случае это приглашение к дискуссии. Но «подпишитесь» уже болезнь, да.
А какая тут может быть дискуссия? Среда исполнения (браузер) понимает лишь HTML/CSS/JS/WASM. Можно кодить на любом ЯП (есть куча транспиляторов "anyЯП => JS/WASM"), но сводить всё придётся вот к этому. Просто потому что браузер.
Но ведь можно же в web выходить и не через браузер? Можно. HTTP можно и из telnet'а пользовать, прямо с клавы. Написать свой web-клиент, понимающий HTTP, можно на любом ЯП. И установить любые правила внутри этой своей поделки тоже можно. Но народ почему-то считает, что это должны сделать именно разработчики существующих браузеров. Под их любимый ЯП.
„Господи, дай мне спокойствие принять то, чего я не могу изменить, дай мне мужество изменить то, что я могу изменить. И дай мне мудрость отличить одно от другого.“ — Фридрих Кристоф Этингер
В таком случае Dart или другой язык станут хорошей альтернативой».
Разве Dart не транслируется в JS?
эксперт на Java... кроме того что он там очень уж категорично высказался о js инструментах.
Так потом показал свой уровень в знании топика
При этом, JavaScript по-прежнему медленный. Если сравнивать код, написанный на Go с многопоточностью, то такой код в WebAssembly теряет почти всю свою производительность
WebAssembly не js. И проблемы в скорости там имеют конкретные причины, не связанные с js.
С нетерпением жду когда можно будет бесшовно работать с dom из webassembly, а то пока только ресурсоемкие элементы
В плену JavaScript: как веб-разработка стала заложницей одного языка