Краткая история асинхронных возможностей Javascript

[mayorovp]

И как же у вас async/await будет без промисов работать-то?

[Cerberuser]

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

[mayorovp]

Ну, иногда catch неприменим — когда важно, чтобы обрабатывались лишь ошибки исходного промиса, а не ошибки возникающие в then-ветке. Хотя чаще всего как раз поведение catch более правильное.

[Cerberuser]

А если сделать `Promise(...).catch(...).then(...)`, то then отработает и после нормального завершения промиса, и после завершения catch, если я правильно понимаю?

[mayorovp]

Да.

[Fragster]

setTimeout(console.log(1), 2000);
console.log(2);

Выведет 2 1.

Нет, эта программа выведет
1
2

[webdevium]

Скорее всего автор хотел показать такой пример:

setTimeout(function() { console.log(1); }, 2000);
console.log(2);

[koctuks]

setTimeout(() => console.log(1), 2000);
console.log(2);

[Fragster]

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