Какой ЯП выбрать для фронтэнда?

Question

[SeaMaster]

Всем добрый день.

Я хочу начать заниматься веб разработкой, а точнее фронтэндом. Но метаюсь между выбором ЯП.
Если идти во фронтэнд, то вроде бы выбор кажется очевидным - javascript.
Но многие говорят, что с приходом webassembly javascript уже не будет так востребован.

Хочу услышать совета от опытных разработчиков, какой язык выбрать для изучения?
Я так понял, что можно будет писать на любом языке, в первую очередь на С и С++.
Так мне для светлого будущего лучше начать изучать С++ ?

Answer 1

[Сергей Протько]

Но многие говорят, что с приходом webassembly javascript уже не будет так востребован.

Те кто это говорят считают javascript плохим языком программированием и верят что есть хорошие. Не слушайте их.

Javascript будет не "менее востребован", а просто перестанет быть "единственным" вариантом. webassembly просто позволит делать вещи, которые ранее делать было очень тяжело. Писать же приложения в 99% случаев будут всеравно на JS.

Comments

[SeaMaster]

На стороне бекэнда node.js ?

[Сергей Протько]

SeaMaster: node.js это не какой-то отдельный язык или технология. Это все тот же javascript + апишка для работы с вводом/выводом. Не более того.

[Сергей Протько]

SeaMaster: ну и да, я говорил о фронтэнде, на бэкэнде JS подходит не для всех задач. На клиенте - для подавляющего большинства (особенно если использовать ES6/7)

[FoxInSox]

Сергей Протько: по поводу "Не слушайте их" я бы не был так категоричен. JS в чистом виде не подарок, и об этом из года в год пишут масса разработчиков. И целая гора интерпретаторов/компиляторов и мелких библиотек хоть и решают часть проблем, но в то же время вносят свои новые проблемы.

[SeaMaster]

FoxInSox: Альтернатива JS ?

[FoxInSox]

SeaMaster: в данный момент альтернатив для production кода нет, но это не значит что не нужно "слушать и знать" альтернативные языки и платформы. WebAssembly с большой долей вероятности будет реализован в обозримом будущем, и во frontend появятся больше языков. Какие? Никто не знает, можно только догадываться. Например было бы очевидно писать backend и frontend на одном языке, и чтобы этот язык был как можно шире распространен среди разработчиков, и тогда под это подходят уже существующие языки: Java(Scala), Ruby, Python, C# и С++ в конце концов. Apple возможно будет продвигать Swift(вместе с С++ для критичных мест) как единый язык всего и вся.

[Сергей Протько]

FoxInSox: я прям так и вижу как придет день, и мне придется париться еще и по поводу биндингов к библиотекам и фреймворкам.

Ладно вам, сегодня ES2015 реализован в браузерах на 80%, есть babel и полифилы, есть бандлеры... Сейчас писать UI на JS настолько же комфортно, насколько комфортно писать бэкэнд на ruby/python/java для тех кто пишет на них бэкэнд.

Да и вообще стандарт webassembly не для того придуман что бы дать всем возможность писать что угодно на чем угодно, это как стандартизированная версия asm.js, позволяющая вам библиотеки и прочее юзать из других языков. В частности для задач где нужна производительность. А писать на java UI для браузера будет болью.... вот люди kotlin выдумали только что бы от java избавиться.

[SeaMaster]

FoxInSox: Ну вроде они сказали,что в первую очередь будет поддержка С и С++

[Сергей Протько]

SeaMaster: тут можно прямую паралель сделать. В Си можно делать ассемблерные вставки, но мало кто этим занимается. Тут тоже самое, есть где-то 1% задач где нужны всякие нестандартные штуки, требовательные к производительности. Хороший пример - pdf.js. Возможность рендрить PDF в канвасе, чем не юзкейс? Вот только если писать это на js то вы умрете пока допишите. Или ffmpeg, или opencv... Не лучше ли дать возможность компилировать все так, что бы это можно было запускать в браузере, кросплатформенно, и с минимальным оверхэдом.

Ну а все остальное, типа возможность компилить java для браузера, это бонусы а не самацель.

[Антон Мудренок]

FoxInSox: не смешите, мы еще от IE8 не до конца избавились, всякие простые штуки типа flexbox еще не во всех браузерах нормально работают, а вы говорите про категоричность. пока webassembly будет стандартизирован для всех браузеров и его можно будет впускать в продакшн(если вообще это произойдет) пройдет наверно лет 8

[Сергей Протько]

Антон Мудренок: ну кто не избавился а кто избавился. У меня к примеру IE11+

Answer 2

[L0k1]

javascript

Answer 3

[xmoonlight]

Учите пока javascript. Лишнем уж точно не будет.

Answer 4

[gro]

Транслировать код на каком-то другом языке в JS ничто не мешало ни 10, ни 15 лет назад. И некоторые это делали. Но никто в здравом уме не занимался этим на полном серьёзе.

Уже сейчас можно транслировать в asm.js, который просто подмножество JS и это будет работать хоть в IE6.

И какой смысл работать с C++ в 2016 году, если не стоит задача быть ближе к железу, управлять памятью и всё та же пресловутая "эффективность"?
Ничего этого в браузере не будет. webasm будет исполняться в одной и той же виртуальной машине и песочнице, вне зависимости от того с какого языка он скомпилирован.

Answer 5

[тостер хабрович]

жс форева
для любых клиент-серверных гуевых апликух

ибо нафик надо усложнять жизнь?
даже замыкания можно выкинуть из жаваскрипта!

для остального си форева

Comments

[Stalker_RED]

А зачем выбрасывать замыкания?

[тостер хабрович]

Stalker_RED: просто потому что это возможно сделать и спокойно жить без них

я прекрасно понимаю что такое Замыкания и как их используют - но мне просто не нравится такой инструмент - я его тупо не использую и тем не менее делаю чо мне надо и оно работает

если бы они мне в моем любительском программировании были жизненно необходимы то я бы их непременно замыкал

[Stalker_RED]

тостер хабрович: Давайте еще выбросим for, его можно на if и goto сделать!

[тостер хабрович]

Stalker_RED: не ну это совсем не серьезный разговор

есть такая теорема в жизни программиста:
все что угодно можно сделать четырьмя элементами - последовательность, ветвление, цикл, подпрограмма

for - да это синтаксический сахар
но я не настолько маньяк чтобы от него отказываться - это же просто удобнее

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

я же говорю об классическом струтурном ооп
мне это ближе и милее

Answer 6

[Андрей]

В первую очередь, нужно учиться программированию. В последствии, язык, это всего лишь инструмент, выбираемый в зависимости от задач.
Во фронтенде не так важно само программирование на JS, как понимание процессов, зависимостей и серверной части. А там будет ява, питон и т.д.
Другими словами, все малые и средние фирмы ищут Frontend разработчика, который будет легко ориентироваться в backend'е, дописывать или изменять там интерфейсы, а не дергать по мелочам дорогостоящих разработчиков серверной части.

Answer 7

[Андрей]

Нынче на голом JS, как, в прочем, и на любом другом голом ЯП мало кто кодит, ибо долго, муторно и непродуктивно. Нынче фреймворки правят бал в разработке чего угодно на чем угодно.

По части JS рекомендую обратить внимание на Ember.JS

Очень высокий порог вхождения, но лучше пока ничего не придумали, ИМХО.