^{Предисловие переводчика. Словосочетание «jQuery Standards Team» в косвенных падежах будет переводиться необычным словосочетанием «jQuerийская группа стандартизации»: перевод «группа стандартов jQuery» не подходит, потому что речь пойдёт не о каких-либо «стандартах jQuery», а о влиянии на те стандарты, которые касаются не самóй библиотеки jQuery, а других основных веботехнологий. Для имени «יהודה‎» выбран вариант перевода «Иуда», как наиболее традиционный (в совершенном согласии с мнением brainplus, высказанным в марте прошлого года). Слово «process» переводится «процесс», дабы ненароком не посягнуть на многозначность первоисточника.}

Сегодня мы с радостью объявляем о том, что в команде разработчиков jQuery создана новая подгруппа, названная jQuery Standards Team; её цель — дать веборазработчикам право голоса в процессе стандартизации.

Введение

Все мы знаем, как важны веб-стандарты. Они помогают обеспечить работоспособность того кода, который мы пишем, в различных технологических средах, у лиц с различными возможностями, а главное — во всех браузерах.

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

Есть и другая проблема: желающие воздействовать на процесс нередко ощущают, что воздействие от участия в конкретной ветви обсуждения по списку рассылки не значительно, потому что сообщество Паутины весьма фрагментировано. Поставщики браузеров весьма деятельны во всех этих списках, и в большинстве ветвей обсуждения предполагается колоссальный объём внутренних базовых знаний. Браузеростроителям обычно есть где посовещаться да обсудить интересующие их проблемные области, а у веборазработчиков так не выйдет, если не считать случайных встреч на конференциях.

Проект jQuery намерен переменить эти обстоятельства: мы желаем, чтобы у вас было право голоса в выборе той формы, которую принимает будущее Паутины.

Для начала, ликбез и несколько фактов:

• ECMAScript — это официальный стандарт языка JavaScript (Слово JavaScript не могло быть использовано, потому что слово Java являлось торговой маркой компании Sun) Т.е. JavaScript — это имплементация стандарта ECMAScript.
• TC39 — комитет, развивающий стандарт ECMAScript и принимающий решения по включению фич в него.
• ECMAScript стандартов много. Самый популярный из них — ECMA-262.
• ECMAScript 5 — последняя редакция стандарта ECMA-262 (утвержден в 2009 году).
• Предыдущие версии стандарта ECMA-262 были (совсем старые не упоминаю):
  
  • ECMAScript 3 — поддерживается большинством браузеров (утвержден в 1999 году).
  • ECMAScript 4 — не принят в виду слишком радикальных изменений в стандарте. Позднее в июле 2008 году в урезанном варианте (но все же намного богаче, чем ECMAScript 3) вылился в новый проект ECMAScript Harmony.
  
  
• ECMAScript 6 (кодовое имя ECMAScript.next) должен утвердиться до конца 2013 года.

Итак, что же нас ждет в новой версии JavaScript?

В релизе babel@7.0.0-beta52 появился новый обязательный флаг конфига для плагина @babel/plugin-proposal-pipeline-operator, что ломает обратную совместимость для предыдущих версий плагина. Из этой статьи вы узнаете, что такое оператор pipeline и зачем ему нужна конфигурация.

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

Казалось бы, вот оно счастье: class-fields-proposal, который спустя долгие годы мучений коммитета tc39 таки добрался до stage 3 и даже получил реализацию в хроме.

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

Нововведения в ECMAScript

Здравствуйте читатели Хабр. Предлагаю вашему вниманию интересную штуку которая в скором времени появится уже появилась в стандарте ECMAScript. Она уже доступна почти во всех браузерах и весь функционал тоже. Это нововведение всего лишь сахар-обертка и ее можно решить своими средствами и это я вам тоже покажу. Но этот сахар позволит нам писать кода меньше, ведь мы это так любим. Итак, добавляется базовые функции к массиву, в данном случае их 2, которые позволят нам разворачивать многоуровневые массивы в один или более уровней вложенности. Да да и все это как говориться из коробки

Адаптировано из обсуждения 2015 года. Здесь Common Lisp служит лишь одним из многих наглядных примеров


Будущее JavaScript?

Я с 2007 года работаю в комитете по стандартам JavaScript (TC39). Мы ценим простоту языка, но со временем утратили бдительность. Сложность стала неконтролируемо расти. Нам следует разобраться, почему так происходит естественным образом, какова цена и что с этим делать. Эта статья адресована не только коллегам из TC39, но и всем, кто хочет повлиять на траекторию разработки JavaScript или любого стандарта, столкнувшегося с аналогичным давлением. Учитесь на наших ошибках!