Это очень смахивает либо на неправильные исследования либо, скорее всего, на то, что вы их не поняли.
Малое количество повторов с большим весом тренирует силу. Среднее - массу. Высокое - рельеф.
Если вы, скажем, можете выжать условно 2 раза по 120кг и 20 раз по 50кг, и будете два месяца тренировать полтинники, и дойдете до 80 раз по 50кг, то если вы думаете, что после этого вы сможете сделать 8 раз по 120кг - то вы будете очень разочарованы: 120кг вы поднимете все те же два раза.
Другой пример: попробуйте сделать упражнение на бицепс... ну, скажем, на 40кг. Когда поймете, что это сложновато, попробуйте сорок раз сделать его же с двумя килограммами. И даже с пятью. И вот тут все получится без особых проблем.
рядовая - ни в какой. В ФБ, Нетфликсе, Твиттере, Гугле, частично Амазоне - реальные. Но, конечно, на эти зарплаты очередь стоит, уровень E6 получить очень непросто.
Отношение к реальности такое, что команда осознает, что если Петя заболел, или у Васи сломался ноутбук и его чинили неделю, или Катя вдруг родила на месяц раньше - то и сроки сильно сдвинутся. И чем больше подобных вариантов, тем сильнее растет отношение вероятности того, что как минимум один из них исполнится к вероятности того, что не исполнится не один.
Да какая разница, бэк или фронт - речь идёт о том, что программисту, в принципе, неплохо прочитать пару книжек по структурам данных и пару по алгоритмам, чтобы не было потом в коде операций соожности O(n) там где можно сделать O(1). Хотите пример где это надо на ui? Представьте себе какой-то portfolio manager для fixed income, где пользователь грузит себе какую-то выборку из ограниченного числа инструментов и играется с ней. Вы на каждый чих не будете в базу из 100 миллионов записей ходить, гораздо проще эту выборку юзеру загрузить и пусть фронтенд фильтрует как надо.
А с чего вы взяли, что это фронтенд? Представьте себе, что у вас эндпойнт, который обрабатывает подобные запросы - от тысяч пользователей. Зачем нагружать базу, если можно загрузить все в какой-нибудь prefix map и выдавать ответ практически моментально
Да полно таких примеров. Например, для случая Тинькова - финансовые инструменты индексированные по isin, cusip, ric, etc, и для каждого идентификатора надо выдать варианты автокомплита. В базу за таким ходить вообще не вариант, в памяти такому самое место.
Это очень смахивает либо на неправильные исследования либо, скорее всего, на то, что вы их не поняли.
Малое количество повторов с большим весом тренирует силу. Среднее - массу. Высокое - рельеф.
Если вы, скажем, можете выжать условно 2 раза по 120кг и 20 раз по 50кг, и будете два месяца тренировать полтинники, и дойдете до 80 раз по 50кг, то если вы думаете, что после этого вы сможете сделать 8 раз по 120кг - то вы будете очень разочарованы: 120кг вы поднимете все те же два раза.
Другой пример: попробуйте сделать упражнение на бицепс... ну, скажем, на 40кг. Когда поймете, что это сложновато, попробуйте сорок раз сделать его же с двумя килограммами. И даже с пятью. И вот тут все получится без особых проблем.
рядовая - ни в какой. В ФБ, Нетфликсе, Твиттере, Гугле, частично Амазоне - реальные. Но, конечно, на эти зарплаты очередь стоит, уровень E6 получить очень непросто.
Отношение к реальности такое, что команда осознает, что если Петя заболел, или у Васи сломался ноутбук и его чинили неделю, или Катя вдруг родила на месяц раньше - то и сроки сильно сдвинутся. И чем больше подобных вариантов, тем сильнее растет отношение вероятности того, что как минимум один из них исполнится к вероятности того, что не исполнится не один.
Да какая разница, бэк или фронт - речь идёт о том, что программисту, в принципе, неплохо прочитать пару книжек по структурам данных и пару по алгоритмам, чтобы не было потом в коде операций соожности O(n) там где можно сделать O(1). Хотите пример где это надо на ui? Представьте себе какой-то portfolio manager для fixed income, где пользователь грузит себе какую-то выборку из ограниченного числа инструментов и играется с ней. Вы на каждый чих не будете в базу из 100 миллионов записей ходить, гораздо проще эту выборку юзеру загрузить и пусть фронтенд фильтрует как надо.
А с чего вы взяли, что это фронтенд? Представьте себе, что у вас эндпойнт, который обрабатывает подобные запросы - от тысяч пользователей. Зачем нагружать базу, если можно загрузить все в какой-нибудь prefix map и выдавать ответ практически моментально
Да полно таких примеров. Например, для случая Тинькова - финансовые инструменты индексированные по isin, cusip, ric, etc, и для каждого идентификатора надо выдать варианты автокомплита. В базу за таким ходить вообще не вариант, в памяти такому самое место.