а internship - это выпусник уже с  дипломом, но без опыта, устраивается на месяц-два на работу (обычно бесплатно), чтобы опыта в резюме получить.

В айти это не так. В айти интерншип обычно без диплома, во время учебы. И деньги платят интернам конечно

всем стажерам разве платят?

Крупные компании платят конечно

Всем привет, вот такой вопрос обдумываю. Что скажите, коллеги?

It depends.

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

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

Не, стопе, я же описал юзкейс - много виджетов на дашборде типа 30 и получаем рой запросов

ну так теперь возникает вопрос - может ли быть дашборд из 2 виджетов? а может можно отдельно показывать один виджет? А насколько часто забор данных? А как быстро они отдаются (а то может там тупо из мемкеша ответ выдается)? А сколько клиентов забирает данные? А может можно сделать оба варанта сразу (как большой запрос, так и возможность забирать по кускам)? Есть ли restricted данные в метриках, которые хотелось бы только по аутентификации выдавать, хотя другие можно всем, кто внутри сети?

у вас веб сервер слабое звено? Обычно тут bottleneck база данных. Если все равно доставать одинаковое число данных, то лучше сделать request на каждый виджет, они будут отображать данные по мере готовности данных , а не все разом в противном случае с большей задержкой.

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

Подозреваю, после подробных ответов на все эти вопросы, первоначальный вопрос отпадет сам собой😉

Чаще всего бд, но мы все равно разруливаем кешами и предварительно рассчитываем данные

Да, но ответить на все вопросы на этапе проектирования нельзя. Можно лишь предполагать: пользователей будет n, обновлять страницу они будут n раз, они добавят в дашборд 50% виджетов, и будут иметь n объем данных? Как то слабо. На сколько n вы ответили уверенностью хотя бы 10% ?

И тут уже задача  делать систему масштабируемой исключающей влияние этих n на производительность

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

Да, наверное тоже вариант. Но тут еще не забывайте про подскакивающую сложность разработки.

Честно, если заказчик не может определиться с требованиями, то я прям очень-очень согласна с вот этим вариантом.