Стоит ли изучать другие языки и готовить к приходу web assembly?

Question

[ivan0512]

Все больше разговоров, что в будущем WebAssembly серьезно потеснит Js. Скажу честно, к js особой любви никогда не было, ts также считаю, что имеет достаточно много недостатков. Сам бы с удовольствием перешел на строгий язык вроде Java.
Хочется узнать мнение, стоит ли уже начинать присматриваться к другим языкам?
А также ваши прогнозы, насколько будет трудно конкурировать с людьми, которые уже в совершенстве владеют поддерживаемыми wasm языками? С одной стороны знаниe языка не сделает из человека фронтендщика, с другой, возможно, и подходы к разработке сильно изменятся.
Вообщем хочется быть максимально готовым к будущим изменениям) а не мириться с падающими зп)

Comments

[Adamos]

Может, вам просто попробовать сделать на коленке какую-нибудь простенькую галерею на WebAssembly.
А потом оглянуться на перепаханное ради этого поле и задуматься: а что мешало использовать ровно тут же любое решение на JS из жопойжуйного их количества? Острое желание технической новизны? Так ему не совсем по пути с деньгами, если вы не впариваете курсы.

Answer 1

[xmoonlight]

Стоит обратить внимание на то, как сделать так, чтобы вообще и навсегда забыть про переменные в коде (в любом ЯП).

Answer 2

[profesor08]

Стоит ли изучать другие языки и готовить к приходу web assembly?

Языки полезны, поэтому да, стоит. Ну, а WebAssembly, кхм, боюсь многие не понимают его предназначения и возлагают огромные надежды которым не суждено сбыться.

ts также считаю, что имеет достаточно много недостатков

Например?

Все больше разговоров, что в будущем WebAssembly серьезно потеснит Js

Советую не прислушиваться к ним, к реальности они не имеют отношения.

Советую взять и написать TODO List исключительно на WebAssembly, сразу поймешь что к чему.

Comments

[ivan0512]

Языки полезны, поэтому да, стоит.

Безусловно, но если в обозримом будущем из не применять, то от этих знаний мало, что останется через год

Ну, а WebAssembly, кхм, боюсь многие не понимают его предназначения и возлагают огромные надежды которым не суждено сбыться.

Вероятно я тоже не до конца это понимаю. В моем понимании это возможность скомпилировать любой язык (для которого написали соответствующий компилятор), на выходе получить файл .wasm, который можно исполнять в браузере. В конечном варианте, там должна быть полноценная работа с DOM и другими web api.
Плюс данный подход может дать существенное увеличение производительности во многих ситуациях.
Если я неправильно понимаю, то поправьте меня)

ts также считаю, что имеет достаточно много недостатков

Не на постоянной основе с ним работаю, но когда приходится то натыкаюсь на много сырых моментов. Например. Лично мне не нравится структурная типизация. Не нравится каша, что алиасы типов и интерфейсы по многим параметрам одно и тоже. Бесят нечитаемые сообщения об ошибках, которые частенько могут встречаться.
Но я не хейтер ts, это сильно лучше, чем js, просто, по крайней мере, на данный момент есть другие более стабильные и продуманные языки.
Например, очень нравится котлин, и он во многом похож на ts очень сильно

[profesor08]

ivan0512,

Безусловно, но если в обозримом будущем из не применять, то от этих знаний мало, что останется через год

И через пять лет останутся, и через десять. Учить это не пролистать и попробовать выполнять код, это именно применить на практике какой-то todo или пет проекта.

В конечном варианте, там должна быть полноценная работа с DOM и другими web api.

Великое заблуждение. Ничего этого там нет, и не будет.

Плюс данный подход может дать существенное увеличение производительности во многих ситуациях.
Если я неправильно понимаю, то поправьте меня)

Обычно вся производительность упирается в работу с DOM и в аппаратные возможности графического адаптера в случае 3d. Ни с тем, ни с другим wasm не поможет.

Лично мне не нравится структурная типизация. Не нравится каша, что алиасы типов и интерфейсы по многим параметрам одно и тоже.

А как по другому описать объект и его свойства? Никак.

[ivan0512]

profesor08,

А как по другому описать объект и его свойства? Никак.

Согласен, что это все имеет смысл и работать с js, наверное, иначе никак, но так или иначе это приводит к багам. Например, очень странно, что класс может явно не имплементить интерфейс, но его можно передать в качестве аргумента функции, где тип данных этот интерфейс, и ошибки не будет, если сигнатуры совпадут)
Ts классный инструмент и согласен, что я во многом придираюсь, но, все-таки, сейчас есть языки лучше, которые пусть и увеличивают время разработки, но есть много проектов, где на это готовы пойти.

Великое заблуждение. Ничего этого там нет, и не будет.

Разве? это ваше предположение или подтвержденный факт? Не вижу причин почему бы не дать там эту апишку. Кстати, еще задумался, а использование wasm предполагает, что в браузере может появиться многопоточка, если она имеется в компилируемом языке?
Если так то это нужно только для работы увеличения скорости в те моменты, когда нужны большие вычисления на фронте, а также, где нужны языки в который удобнее строить архитектуру и минимизировать ошибки

[profesor08]

Например, очень странно, что класс может явно не имплементить интерфейс, но его можно передать в качестве аргумента функции, где тип данных этот интерфейс, и ошибки не будет

Ошибки не будет, если ты явно приведешь объект к нужному типу. Не надо забывать, что это статическая типизация, защищает только в момент разработки. В рантайме увы.. как и везде.

Разве? это ваше предположение или подтвержденный факт? Не вижу причин почему бы не дать там эту апишку.

Нет, просто следует почитать статьи, что это и с чем его едят, чтоб опали сомнения и ложные надежды. Вон на хабре есть хорошие.

[ivan0512]

Ошибки не будет, если ты явно приведешь объект к нужному типу.

Не понял про приведение. Я имею ввиду вот это

class Test {
  a = 123;
  b = 222;
}

interface Itest {
  a: number,
}

const func = (instance: Itest) => console.log(instance)

func(new Test()) // Класс не реализует интерфейс, но ошибки нет, из-за структурной типизации

Согласен, что много можно объяснить особенностями языка, что-то еще просто сыровато, что-то совсем редко используется, но эти минусы не дают наслаждаться языком.

[profesor08]

ivan0512, дело не в сырости, он давно не сырой. Тут объяснено почему именно так, а не как в других языках https://www.typescriptlang.org/docs/handbook/type-...

Answer 3

[Владимир Солнцев]

На сколько я понял, WebAssembly не совсем заменяет js, а больше дополняет и позволяет делать некоторые штуки оптимальней, чем сейчас делает js. Большую часть кода все равно будем клепать или по старинке на фреймворках или веб-компонентами. Поэтому хлеба с маслом не лишимся, но к этому возможно появится более стабильный вариант развития во фронтенде.
Возможно, будет меньше зависимости от самих платформ - хорошо написанные на WebAssembly костыли будут работать так, будто это встроенная фича самой платформы.

Answer 4

[MSAFT]

WebAssembly имеет свои специфические задачи где он достаточно хорош, в остальном писать на нем голыми руками не рекомендуется.

https://youtu.be/h3kwQ7nbGb4

Если нравится Java - пиши на Java. Какие проблемы?

Comments

[ivan0512]

В видео, насколько я понял, говорится про то, как он устроен под капотом - это язык очень низкого уровня. Эти знания будут нужны, чтобы писать компиляторы с других языков в wasm.

Java нравится, kotlin еще больше нравится, но в данном случае я выбираю frontend сферу) Именно поэтому и изучал js и ts, а не из-за любви к ним)

Просто было интересно мнение, стоит ли готовиться к приходу wasm и уже сейчас практиковаться с другими языками, чтобы не остаться за бортом. Судя по ответам, я рано паниковать начал.
Изучать другие языки полезно всегда, само собой, но без практики от этих знаний мало что останется через пол года(