Нет конечно, не убьёт. Он без JS вообще ничего не стоит, т.к. работа с деревом и прочим идёт через JS. Как всегда в W3C всё сделано через то самое. Чтобы старый шлак не отвалился никогда.
вот-вот, на всякие ухищрения приходится идти только ради того, чтобы пытливый пользователь не понял как используется его компьютер, пока ему котиков показывают.
Знаешь, я вот как-то попросил наших фронтэндеров поменять код так, чтобы id определённых сущностей стали строковыми, а не числовыми. Оказалось, на эту задачу нужно минимум недели две и специальный человек, который будет заниматься только этим. При этом на бэкенде, где Scala, эта же задача была бы решена где-то за полчаса.
Сначала подумал что нах вместо нормальных скриптов иметь пачку нечитаемого говна, потом вспомнил что это уже случилось со всякми вебпаками и прочим. надеюсь что у вебассембли хоть размер будет поменьше.
Лет 5 назад я к JS относился плохо. Считал его помойкой, но чуваки в новых ECMA отлично поработали и данный язычишка начал радовать. Не думаю что его закопают.
В бакенде эти идентификаторы ни на что не завязаны.
Во фронте наверное умудрились к ним привязаться.
Может стили на них повесили, может логику гвоздями прибили.
То, что ты на бэке это сделал за полчаса не говори ни о чем, кроме что наиболее вероятно отсутствия зависимостей или что менее вероятно но тоже возможно о грамотной гибкой архитектуре.
На фронте скорее всего возможность смены айди не предусматривалась.
Убьет. Помяни мое слово. Чет через n в svelte-подобный фреймворк добавят возможность писать в теге script на go и rust. Эта штука будет компилиться скачанным с npm yoba_cli, внутри которого вебпак будет вызывать cargo/go build с таргетом в webassembly.
Убьет. Помяни мое слово. Чет через n в svelte-подобный фреймворк добавят возможность писать в теге script на go и rust
Ииии? Там всё равно внизу будет байткод/jit от v8 и дёргание тормозного DOM'а. Шило на мыло и куча майнеров с троянами в каждом вебпаке, которые стремятся поиметь изоляцию вм. Мало js, который исполняется, приходя откуда не попадая, дайте им что-то еще и притом мощнее.
Чет через n в svelte-подобный фреймворк добавят возможность писать в теге script на go и rust. Эта штука будет компилиться скачанным с npm yoba_cli, внутри которого вебпак будет вызывать cargo/go build с таргетом в webassembly.
И компеляция каждого говносцайта будет идти по 10 минут. Вин.
Пойми, что vm - это не vm. Компиляция - это не компиляция. jit - это не jit. Тебя поимела пропаганда - выкинь каку.
Ты ведь живёшь в реальном мире. Ты знаешь, что машина - это класс изделий, которая обладают совершенно разными свойствами. Как та же еда. Почему ты на уровне матчасти мыслишь так примитивно.
Корыто на кирпичах тоже машина. Ты же не будешь отождествлять её свойства со всеми машинами? Нет.
vm - это любой вид изоляции. ОС тоже vm. Точно так же и относительно байткода и его наличию. Да, wasm как байткод мусор, но он не настолько мусор как js, либо java.
Если проще. vm/байткод может быть равноэффективным, либо даже более эффективным нежели условный натив. Здесь определяющим является то насколько эти абстракции, если проще, зерокост.
Не нужно бояться всего этого и ненужно путать жопу и палец. То, что vm/байткод были дискредитированы мусорной жабой/скриптухой - это не значит, что они не могут быть адекватными.
Я уже не раз говорил, что jit+vm самый эффективный и мощный рантайм в принципе.
Ну ок, пусть таки запилят лучший инструмент, чем жс с кучей языков и на порядок быстрее. Но макаки, у них же руки не начнут расти из плеч. Они так и будут перестраивать DOM в двойном цикле вызывая при этом всё на свете, только на wasm этот цикл будет работать в 5 раз быстрее. Макак вообще нельзя допускать к коду не важно на чём он там будет, тем более, если он исполняется не у них на компе/сервере. Может, конечно, можно будет сделать какой-нибудь почти как нативный фремворк, чтобы веб кодерам не надо больше было ничего писать и насиловать людей своим кодом, но хз что из этого выйдет и осилят ли.
Но макаки, у них же руки не начнут расти из плеч. Они так и будут перестраивать DOM в двойном цикле вызывая при этом всё на свете
Макаки не умеют в ванилу. Они выбирают самый востребованный фреймворк. Сейчас это реакт. Там с обновлением DOM все хорошо. Напишут аналог на гошечке и норм. На русте уже что-то есть. JXS на макросах
Можно и стены обклеить туалетной бумагой. А чо, есть симпатишная зелененькая. Правда результат получится... ну как получится, даже если ты выдающийся маляр. Так вот вместо того, чтобы взять обои, особо одаренные личности начинают улучшать стандарт туалетной бумаги.
WebAssembly отдельный набор инструкций, не связанный с браузером. Ждите сервер-сайд на нем, вон уже модули для ноды на нем строчат вместо реального натива, чтобы не перекомпилировать под платформы