Проектировать лучше начинать с ключевой сущности в домене, то есть при проектировании доставки лучше начинать с сущности "доставка", и проектируя ее будет понятно, какие типы пользователей нам нужны, нужно ли хранить информацию об оплате, нужно ли знать ресторан и так далее, а если начинать проектирование снизу, с пользователя, то в рамках работы может получится много лишних сущностей, а в рамках собеседования вы можете не успеть спроектировать ключевую сущность, а так и застрять на пользователе или на заказе, так как если вас просят спроектировать доставку, то лучше не успеть спроектировать флоу авторизации, чем флоу доставки
В Restfull Stateless нужен для масштабирования, если у тебя есть сессия на бэке, то ты не можешь просто так сделать ещё несколько инстансов, тебе нужно либо реплицировать сессию, либо гарантировать, что пользователь будет всегда попадать на одну и ту же машину, а со stateless, ты можешь очень просто масштабироваться
Просьба будущим аналитикам, когда вы хотите что-то отображать один раз, уточняйте - один раз на одном устройстве, или один раз для одного пользователя, в первом случае - можно сделать доработку только на клиенте, а во втором доработка на бэке + интеграция
А какие методы анализа данных вы считаете наиболее эффективными для middle аналитика? я сам пару лет назад закончил университет, но не мог устроиться на работу, поэтому набрался практики на курсах от Skypro и получил классный оффер в финтех компанию))
Скажу сразу, что посмотрел местами, но на таймлайне не увидел схемы диаграмм. Когда последний раз проходил собес, меня грузили вопросами BPMN, диаграмма последовательности .
Проектировать лучше начинать с ключевой сущности в домене, то есть при проектировании доставки лучше начинать с сущности "доставка", и проектируя ее будет понятно, какие типы пользователей нам нужны, нужно ли хранить информацию об оплате, нужно ли знать ресторан и так далее, а если начинать проектирование снизу, с пользователя, то в рамках работы может получится много лишних сущностей, а в рамках собеседования вы можете не успеть спроектировать ключевую сущность, а так и застрять на пользователе или на заказе, так как если вас просят спроектировать доставку, то лучше не успеть спроектировать флоу авторизации, чем флоу доставки
В Restfull Stateless нужен для масштабирования, если у тебя есть сессия на бэке, то ты не можешь просто так сделать ещё несколько инстансов, тебе нужно либо реплицировать сессию, либо гарантировать, что пользователь будет всегда попадать на одну и ту же машину, а со stateless, ты можешь очень просто масштабироваться
Просьба будущим аналитикам, когда вы хотите что-то отображать один раз, уточняйте - один раз на одном устройстве, или один раз для одного пользователя, в первом случае - можно сделать доработку только на клиенте, а во втором доработка на бэке + интеграция
Спасибо огромное, очень полезное видео.
А какие методы анализа данных вы считаете наиболее эффективными для middle аналитика? я сам пару лет назад закончил университет, но не мог устроиться на работу, поэтому набрался практики на курсах от Skypro и получил классный оффер в финтех компанию))
Скажу сразу, что посмотрел местами, но на таймлайне не увидел схемы диаграмм. Когда последний раз проходил собес, меня грузили вопросами BPMN, диаграмма последовательности .
А на какую зп этот собес?
Жесть, и это на мидла. Что же тогда на синьора спрашивают?
Так ерунда ведь
На мидла девушка сомнительно, но окэй