Для начала, какой смысл вызывать один джоб за другим? 1 раз отправили джоб чтобы запрос не висел, а внутри джоба сделать ту же цепочку.
Если все же всё пихать в джобы- вместо if просто сделать карту что за чем идет:
без учёта регистра: john_doe, John_Doe и JOHN_DOE следует считать одинаковыми именами.
Как по мне, тогда и JohnDoe и J0HN_DOE надо ставить в этот ряд. Мне кажется, что юзер сам должен понимать и осознавать с кем общается, а не фильтровать эти все варианты на беке.
А мне вот еще что интересно, а что, действительно, плохого в централизации? Для любых целей можно создать хорошо работающую, защищенную централизованную систему?
Они уже давно замечены в грязных делах https://habr.com/post/238117/
По поводу спрайтов — разве HTTP 2.0 не решило эти проблемы?
Для начала, какой смысл вызывать один джоб за другим? 1 раз отправили джоб чтобы запрос не висел, а внутри джоба сделать ту же цепочку.
Если все же всё пихать в джобы- вместо if просто сделать карту что за чем идет:
или сделать просто массив с очередью и использовать поиск по массиву + брать след индекс.
А не проще было бы просто описать порядок выполнения джобов и не плодить if() {...} ?
Вот и 1-логики подъехали :)
А мне вот еще что интересно, а что, действительно, плохого в централизации? Для любых целей можно создать хорошо работающую, защищенную централизованную систему?
А почему не использовали fractal, можно же было расширить
А еще синхронизацию… А то продвинутая работа с исторее менее важнее утерянных закладок
Дух Оперы сохранился и в отсутствии
качественнойсинхронизацииПросто интересно, а зачем сейчас использовать firebase — бизнес так хочет или в учебных целях?
Немного не коректно