Robur

Вам, я думаю, платят за количество работы которое вы делаете а не за задачи.
Поэтому работаете в своем режиме и все. Никаких "видимостей" создавать не надо. Как и прогибаться под завышенные ожидания.

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

Если вам начинают сроки зажимать до неадекватных - надо разговаривать и объяснять что они неадекватные.

Если вам начинают увеличивать нагрузку и объем работы потому что вы "можете больше", то на это "можете больше" надо просить больше денег/плюшек. при условии что до этого все было адекватно конечно.

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

Когда-то самой крутой из таких была https://d3js.org/
как сейчас - не знаю.

Мне нужен перечень того что сейчас в React Best Practice.

Какой вы. Всем нужен.

Основное отличие реакта от ангуляра - это то что реакт занимается исключительно рендерингом и все остальное оставляет на откуп разработчику. Это крайне эффективный узко специализированный инструмент для самой сложной задачи в веб разработки.
Он не определяет способ стилизации, методы локализации, хранение стейта, работу с роутингом, работу с данными, общение с сервером, и прочее и прочее. Это примерно как от DirectX ожидать предоставления апи для работы с БД.

Поэтому если вы пришли из ангуляра и привычно ожидаете все готовенькое - то первое что надо учить - это построение архитектуры приложений. Потому что в реакте это ваша ответственность, какие бы best practices вы не взяли.

Есть "мейнстримовые" реализации для основных задач - например для роутинга react-router стандарт, для стейта приложения - redux и mobx, тестирование - jest. Но уже на уровне стилей начинается разброс - одному нравится так, другому нравится по другому.

Что вы думаете

думаю, что

надо непосредственно у работодателя спрашивать насчёт этого

Как бы вы это не назвали, по факту:
1) вы берете деньги у людей и кладете себе на счет
2) переводите деньги людям со своего счета.

По обоим пунктам вам надо будет объясниться с органами/банками/налоговой

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

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

И еще не забудьте что вам придется решать кучу вопросов типа "я сделал все нормально а он говорит что ничего не сделал и деньги не пришли" и "отдал деньги а работа не выполнена/плохо/не так/у меня кошка заболела и я передумал, верните деньги мне обратно". Сервисы по безопасным сделкам комиссию не просто так берут - как минимум надо платить зарплату людям которые это все будут разруливать.

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

На этом сайте - два фейковых оборота колеса, сначала достаточно хороший приз, второй раз - еще больше, хочется третий раз - просим на сайт казино. Там таких разводняков на порядок больше, правда и кнопок гораздо больше, и слова в обещаниях не те, но человек уже подготовлен и его это не отпугнет - 2000 гривен пропадают!.

Плюс такая рулетка - хороший фильтр людей которые подвержены подобным манипуляциям и их можно разводить на деньги с гораздо большей вероятностью, думаю она сильно повышает конверсию пришедших в платящих.

где-то в вашей async функции

return {
 cat_1: await loadForCategory('cat_1'),
 cat_2:  await loadForCategory('cat_2'),
}

Запросы уйдут параллельно в монго если в пуле есть свободные конекшены.

loadForCategory - обращаетесь к монго в них, возвращаете промис от монго, клиент монго умеет их возвращать, колбеки не нужны.