Javascript введение
 

Приветствую! Разработчик web-приложений в одном лице, javascript использую для интерфейса с пользователем.

Решил плотнее заняться интерфейсом и возможно стать front-разработчиком после курсов яндекс. Предварительно изучил https://learn.javascript.ru

Возникли вопросы после изучения оглавления программы курсов Яндекс:

• Очень настойчиво рекомендуют для серверной части node.js, то есть один язык для всего.
• Непонятно применение ключевых слов "get/set", если их можно заменить просто функциями setProp() о чем говорит сайт javascript.ru
• Легко читаемый и язык с легким вхождением после детального изучения кажется сложнее Perl и скоро догонит его по кол-ву служебных символов и сокращений.
• Оператор "??" из Perl взяли "||".
  
• Ввели оператор "..." для пропуска параметров функции, что в Perl делается более понятно. И тут же при использовании Typescript будет ошибка при несовпадении кол-ва параметров. Одна голова не ведает, что делает вторая.

• Вакансия "Frontend-разработчик" в банке со знанием Javascript и C#. Совершенно разные языки и назначение.

• Яндекс-курсы начинаются с тестирования на голом Javascript. Я всегда использовал jQuery для интерфейса и сейчас он устарел и из всех библиотек исключается. Но далее в курсах интересное место, что студент создаст свой фреймворк, то есть не применяй фреймворк и применяй.

Твои "вопросы" больше похожи на утверждения... :)

А так не надо изобретать имена функций, и просто использовать свойство, а не метод.
Какая разница откуда? Просто появилась новая операция.Это не для пропуска параметров. В js параметры нельзя пропускать. Можно не указывать конечные. "..." имеет несколько назначений. И для поэлементного расширения массива, и для сбора параметров в массив.
Typescript отдельный язык, компилируемый в js. Что они там делают, js не касается. На C## тоже можно написать серверную часть.
Нельзя зацикливаться на одном jquery. Он устарел, и смысла его использовать нет, т.к. в браузерах появились более совершенные api и функции для работы с DOM. Никто не говорит, что надо отказываться от фрейворков. Но они ведь все основаны на чистом js. И что бы лучше понимать, как они работают и, тем более, создавать свой - надо в совершенстве знать ванилу.

>На C## тоже можно написать серверную часть.
Согласен.
Вакансия фронт-разработчик, но также знать нужно серверный язык, что предполагает и серверную разработку.

Ну я как бы тоже фронт (в основном). Но бывают ситуации, когда созданный мною фронт должен генерится бэком (PHP). Ну не отдавать все хозяйство бэк-программеру. А если я потом вношу изменения в фронт? Поэтому сам все ручками на PHP. Условно все это фронт... бэк...

1. Очевидно, что на одном языке писать удобнее, чем на нескольких. Чего, впрочем, вам никто не запрещает.
2. Снижение уровня boilerplate, более чистый код. Чем, впрочем, вам никто не заставляет пользоваться.
3. Щито поделать. Любой язык высокого уровня обрастает сахаром. Иначе собственно нафига он будет нужен, если можно и так писать в машинных кодах?
4. Не важно откуда какой оператор взяли, важно что давно пора было.)
5. Spreed оператор вполне очевиден в своей работе, как и прекрасно поддерживается тайпскриптом. Скорее всего вы что-то не так поняли.
6. Это говновакансия, которую надо обходить десятой дорогой. Либо там написано "фулстак", что вы опустили.
7. Чтобы знать язык - надо знать язык, а не какой-то фреймворк, потому для обучения очевидна ванила. Точно также написание своего фреймворка необходимо ученику для понимаения как оные работают. На практике никто не использует личные самописные фреймворки в прод разработке. Свой фреймворк - это уровень отдельной команды, и то всегда, при наличии альтернатив, лучше выбрать что-то готовое.