Если приходится писать комментарии, значит с кодом что-то не так :)

ну вот если не так. А оно так и есть, когда код переваливает за 1 человеко-год.

несколько фреймворков, например, как годовые кольца у дерева

* самодокументируемый код не может многого рассказать в названиях переменных, ну или зачем вообще он нужен.

ну если это микросервисы, то они, в идеале, сами по себе отдельно каждый мал, прост и понятен

это ты еще переменные джавистов не читал)

ну если нужно писать комментарии, то, ну, приходится — что поделать уже

это, тем не менее, code smell

Ребят, есть массив данных, например {value: string, isUnique: boolean}[], в котором надо значение каждого элемента асинхронно проверить запросом.

Если проверять массив серией - перебором брать элемент массива, ждать результат, только потом брать следующий элемент массива - надёжно, но очень долго.

Если отправить всю кучу на проверку - наверное будет быстрее, но как понять что все запросы закончились?


Наверное стандартная задача, но у меня всегда каша выходит в таких задачах. Есть же стандартные  решения.

Promise.All

forkJoin

а, да, ангуляр же

следующий шаг - ограничение одновременно проверяемых значений)) асинхронные очереди, жуть

но вообще, по-хорошему, лучше б на беке сделать проверку — отдать туда массив, а он там пусть уже результат отдаст

по сколько брать - по 10 за итерацию? У всех браузеоров же разное количество одновременновыполняемых запросов

у хрома, вроде, 500. Думаю, можно больше 10

Тоже вариант.

пишу сейчас статью по тайге, скоро выйдет)

это что, js не умеет генерировать guid?

mergeMap concurrent

нет, конечно, с его то работой с большими числами)