При чем тут wasm?)

я сам, чесно кажучи, не зрозумів)))

Не очень знаком, сорри. Я как-то читал хаскель+васм - и решил оставить на потом настройку такого стэка...

Я не розумію до чого тут wasm)
Той SSR, про який ми говоримо, це pre-rendering. Це така ж сама сторінка, як і звичайний React, але з беку повертається готовий HTML щоб клієнту було меньше роботи. Потім завантажується React і додає цьому HTML інтерактивності.
Також це потрібно для SEO оптимізацій. Боти дивляться на сторінки без JS, а типова сторінка з React з вимкненим JS це пуста сторінка. З SSR там буде контент.

поняв

а для чого використовують wasm?

А в Haskell зачем wasm?)
Он же и так в нативный код компилируется.

да вот и я думаю - тут что-то намешано. Васм ведь вроде предназначен код хаскелля в браузере запускать, а при чём тут SSR - хз... теряюсь, в общем)))

Я не використовував)

Бачив, що беруть, наприклад, бібліотеку на C (або на будь-якій іншій мові), роблять з неї wasm модуль та використовують його з JS коду в браузері. Наприклад, так можна перекласти обробку зображень або кодування відео на код, скомпільований в wasm. Він запуститься окремо від JS в окремій віртуальній машині wasm

але це вже буде в браузері на стороні клієнта і так можна отримати виграш по продуктивності, зрозумів

При чем тут Haskell?)))
Три несвязанных слова у одном предложении - Haskell, wasm и SSR

Хаскель -> другой ЯП - основная ведь цель Васма (нет?)
SSR тут похоже, действительно лишний - его ведь на сервере васмом нельзя использовать в джс коде?

Так, можна взяти готову лібу, наприклад ffmpeg та використовувати її в браузері з JS, при цьому код ffmpeg буде виконуватися окремою VM

а це чисто для окремих рідких випадків, чи за цим може стояти майбутнє веб розробки впринципі?

Не думаю. Стримы (всякие вебсокеты) ещё никто не отменял. Для клиента - самое оно. Для бэка же, эти вебсокеты могут по-разному реализовываться (и без васм). А на бэке - хоть бинарники инклюдьте - у нас imagemagic используется как CLI - один из самых стабильных сервисов

угу

Читал недавно статейку, что будущее веба за серверсайд рейндерингом и вебсокетами. Типа рендеришь на беке и отдаёшь по вебсокету.😐

Какое отношение заказчик имеет к ПОДАЧЕ информации? Очевидно у него есть требования, соответственно все эти требования должны быть заведомо описаны в вакансии. Разве нет? А на собеседовании уже обсуждается опыт, хард и софт скиллы, а не расшифровка второй части послания заказчика. Иначе это похоже на русскую рулетку... Когда выстрелит - не понятно, но выстрелит однозначно и в данном случае пострадают обе стороны...

Очень просто.

Предположим, вы рекрутер в компании. Вы сняли требования с заказчика и оформили вакансию. Заказчик смотрит на вакансию и говорит "Я не хочу, чтобы вот эта информация была в описании вакансии"

Все)

Вы последствий совсем не замечаете? Или вы бессмертны? ))