ES8 вышел и вот его основные новые возможности

Да, и таких фич много.

Вы имеете ввиду что-то вроде weakMap & weakSet, только в виде одиночной ссылки, которая может "протухнуть", не блокируя GC?

очевидно, чтобы при записи в столбик окончания строк не отличались:

let someArray = [
  longElement1,
  longElement2,
  longElement3,
];

someFunction(
  longParam1,
  longParam2,
  longParam3,
)

Что значит — "еще один"? Это ж просто новый сахар для старого способа (обещаний-промизов).

Ну правильно, это обычный путь в стандарт — сначала используют стороннюю библиотеку для какой-то фичи, потом кто-то предлагает фичу в черновик стандарта, потом используют babel, а уже после добавления в стандарт отключают транпиляцию данной фичи — нативное использование… PROFIT!

Синтаксис такой, тегированные шаблонные строки

Фича ES6
MDN — Тегированные шаблонные строки
ES6

Вы не совсем правы, на самом деле сейчас все фичи ES2017 реализованы в Chrome, Firefox, Safari. Где-то в стабильной версии, где-то в бета-версии, где-то что-то пока под флагом. Но реализованы. Сейчас производители развивают браузеры в общем-то очень динамично. Чуть отстает только Edge, но и то не сильно.

Ещё можно не писать undefined при необязательных параметрах вызова:

const fn = (a = 1, b = 2, c = 3) => [a, b, c];

//Two similar function calls:

fn(undefined, undefined, 42); // [1, 2, 42]

//vs

fn(, , 42); // [1, 2, 42]

PS: Проверил: нет, так нельзя :-(

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

   const obj = [];
   obj[0] = 0;
   obj[42] = 42;

Хм, а почему возвращается массив, в котором ключ — строка, а не целочисленный индекс?

Ключи объектов в JS являются строками (ну или символами Symbol), а всё остальное приводится к строкам. Поэтому логично, думаю, что методы Object возвращают ключи как строки.

Более того, индексы массива не преобразуются к числам, и можно сделать arr['000'] = '000', не затрагивая arr[0]. Однако, indexOf этот элемент уже не найдёт. Получается, что методы массивов — как бы синтаксический сахар, отвечающий ожиданиям программиста о целочисленных индексах.

И разве комментарий говорит истину — объект и массив это одно и то же?

Не совсем, как минимум у массива есть ещё свойство length.

А как надо?

Если бы они каждый год релизили столько же фич, как в ES6, то тогда бы вся работа встала, а все силы ушли на изучение, что же там нового в очередном ES-X завезли.

WebAssembly чем не устраивает-то?

Оперировать с DOM через JS API то можно, но оно не очень удобно, т.к. любые стректуры надо копировать — по ссылке они не передаются, т.о. это влияет на производительность. А для типичных JavaScript-приложений, выполненных как SPA, операции с DOM — это основное, что на каждом чихе выполняется. Конечно, есть задачи, где WebAssembly хорошо подходит, но пока оно не очень универсально и даже не планирует заменить JavaScript, а позиционируется как дополнение.