Еще классный кейс - retry логика при падении запросов.

Когда API тормозит или сеть плохая, можно завернуть fetch в промис с автоматическими повторами:

function fetchWithRetry(url, attempts = 3) {
  return fetch(url)
    .catch(err => {
      if (attempts === 1) throw err;
      return fetchWithRetry(url, attempts - 1);
    });
}

В продакшене добавляем задержки между попытками (exponential backoff), но суть в том что промис позволяет элегантно обработать цепочку повторов.

У нас в проекте промисы юзаем для загрузки файлов с прогрессом. FileReader возвращает события, а мы их оборачиваем в промис чтоб потом async/await применить:

function readFileAsDataURL(file) {
  return new Promise((resolve, reject) => {
    const reader = new FileReader();
    reader.onload = () => resolve(reader.result);
    reader.onerror = reject;
    reader.readAsDataURL(file);
  });
}

Потом можно await readFileAsDataURL(file) и работать с результатом синхронно по виду.

промисы это вчерашний день, учи сразу async await и забудь про then catch, в 2026 году никто уже промисами напрямую не пользуется

Мы делали систему уведомлений где нужно было отправить пуш, емейл и смс параллельно, но подождать пока ВСЕ три отправятся чтоб логировать результат.

Promise.all спас:

Promise.all([
  sendPushNotification(userId, message),
  sendEmail(userEmail, message),
  sendSMS(userPhone, message)
])
.then(results => {
  logSuccess(results);
})
.catch(error => {
  logFailure(error);
});

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

В Node.js промисы везде. Работа с базой данных, файловой системой (fs.promises), внешними API.

Без промисов пришлось бы писать коллбеки как в старые добрые времена Node 0.10. А это прямой путь к спагетти-коду где ошибки теряются и дебажить невозможно.

может кто то объяснить зачем вообще промисы нужны если можно просто ждать пока функция выполнится... я вот до сих пор не понял эту асинхронность