по-моему скромному мнению) слишком рано перешли к точечным решениям и написанию примеров апи, алгоритмам разрешения конфликтов. Нет верхнего уровня детализации. хотя бы С4 уровня 2. Стоило бы выделить домены/модули/ограниченные контексты/внешние системы без нюансов. А уже на второй итерации дойти до подробностей. Иначе задачу перед собеседуемым стоит ставить более узко, например, "подсистема слияния документов" или "подсистема разграничения доступа к документам" или "доставка изменений до всех пользователей документа-тут только разговора на час" Зато мы посчитали сколько пользователей в день и сколько данных будем хранить...
Мне показалось, что Антон не до конца понял что от него требуется, он потратил очень много времени на то как будут храниться документы(Google drive, dropbox), но почти ничего не обсудил про совместное редактирование, хотя задача была про редактирование
К примеру, ты залогнился под своим аккаунтом в микрософт. У тебя появился токен с которым ты можешь ходить и в office365, где ты редактируешь документы, и в другие приложения. Тут тоже идея была в том, что уже есть SSO, который можно использовать. Тогда нет нужды хранить credentials пользователей в твоей системе.
Какая-то сильно искусственная игра, основанная на теории и статьях. С одной стороны полезно для кругозора, с другой по-моему полезней более приземлённые проекты разбирать, но детально.
Только начал вникать в систем дизайн, а также читать кабанчика, поэтому видос оказался очень полезным в плане понимания процесса интервью. Может быть можете посоветовать годный курс или книгу на прокачку систем дизайна? Буду очень благодарен!
скорее сложилось впечатление, не то что парень работал с cdn-ми, балансерами и пр. А то что он прочел в гайдах по прохожденю system design interview, что надо это все использовать) почти ноль про устройство сервиса, зато обмазано баззвордами )
по-моему скромному мнению) слишком рано перешли к точечным решениям и написанию примеров апи, алгоритмам разрешения конфликтов. Нет верхнего уровня детализации. хотя бы С4 уровня 2. Стоило бы выделить домены/модули/ограниченные контексты/внешние системы без нюансов. А уже на второй итерации дойти до подробностей. Иначе задачу перед собеседуемым стоит ставить более узко, например, "подсистема слияния документов" или "подсистема разграничения доступа к документам" или "доставка изменений до всех пользователей документа-тут только разговора на час" Зато мы посчитали сколько пользователей в день и сколько данных будем хранить...
Мне показалось, что Антон не до конца понял что от него требуется, он потратил очень много времени на то как будут храниться документы(Google drive, dropbox), но почти ничего не обсудил про совместное редактирование, хотя задача была про редактирование
SSO же нужно для единого входа в несколько приложений. а тут несколько это какие?
К примеру, ты залогнился под своим аккаунтом в микрософт. У тебя появился токен с которым ты можешь ходить и в office365, где ты редактируешь документы, и в другие приложения. Тут тоже идея была в том, что уже есть SSO, который можно использовать. Тогда нет нужды хранить credentials пользователей в твоей системе.
Перепутали CRDT с Operational Transformation?
Какая-то сильно искусственная игра, основанная на теории и статьях. С одной стороны полезно для кругозора, с другой по-моему полезней более приземлённые проекты разбирать, но детально.
Только начал вникать в систем дизайн, а также читать кабанчика, поэтому видос оказался очень полезным в плане понимания процесса интервью. Может быть можете посоветовать годный курс или книгу на прокачку систем дизайна? Буду очень благодарен!
grokking the system design interview. Эта задача там тоже есть
Объясните пожалуйста, как это работает? MAU 20m, значит в день 670к???? Чоооо?
У винды 365м пользователей, значит в день 1 Мио? Серьёзно?!?
скорее сложилось впечатление, не то что парень работал с cdn-ми, балансерами и пр. А то что он прочел в гайдах по прохожденю system design interview, что надо это все использовать) почти ноль про устройство сервиса, зато обмазано баззвордами )
Разговаривали бы ещё естественными голосами, а не искусственными закрытыми.