System Design LeetCode / TeamLead Avito

[@romanvolozhanin4192]

Спасибо! Классно и понятно получилось!

[@sovrinfo]

Большое спасибо! Очень интересно

[@just__did__it]

Очень классный видос. А можете пожалуйста выпускать свои ролики в ВК, с телефона тяжко прям ютуб смотреть😢

[@vladimir_v_it]

Ещё выкладывал на рютюб. В тм канале ссылка. Если приведу здесь, возможно удалится. Можешь ввести там в поиске "System Design LeetCode / TeamLead Avito". Выдаст сразу.

[@kopn9k735]

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

[@agentdaun5699]

Что бы проходить подобные собесы, рекомендуют обычно читать книги под это заточенные. Сама зафоршенная книга - System Design. Подготовка к сложному интервью. Я лично сейчас читаю Web scalabillity for startup engineers и вроде норм. Кабанчик это скорее про общее понимание(я сам пока дочитал только до главы как бороться с проблемами доступности БД) Но и без контента книги, честно говоря, на видео всё понятно. Вряд ли я бы смог уложиться в час как Евгений, он очень хорошо излагает мысли, но ничего сложного нет на видео. Жаль что из-за ограничения в час сильно укоротили часть с расчётами данных и выбором технологий. Обычно на таких собесах сильно душат по всем расчётам, даже табличка "святая" есть, значения из которой желательно заучить)

[@kopn9k735]

@@agentdaun5699 я не спорю, что все понятно, но для меня было очень показательно как он легко может углубиться в любую тему и насколько много инфы по ней может дать

[@agentdaun5699]

@@kopn9k735 А мне наоборот показалось, точнее то что Евгений может поглубже рассказать это понятно, но этого "глубже" не было. Каждый раз, когда лично мне становилось интересно, на видео говорили что не будем углубляться т.к не хватит времени(

[@kopn9k735]

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

[@vladimir_v_it]

Это как с олимпиадой. Смотришь финал бегунов, а там такие скорости) Здесь много составляющих победы. Теория, общая насмотренность, практика прохождения самих интервью. Каждую можно прокачать в какой-то степени. И этого может хватить, чтобы пройти собеседование)

[@iggiryjoff]

Ребята, а в чем собеседуемый всё отрисовывает? что за сервис/приложение? спасибо

[@alexeyp4606]

оч круто! подскажите в чем рисуют на видео?

[@vladimir_v_it]

Сейчас excalidraw. Скоро, думаю, надо будет переходить на unidraw.io )

[@aceracer5556]

Все классно, но блин шрифт можно крупнее. Так мелко смотрится на ноутбуке...

[@alexanderk3762]

На этапе постановки я бы спросил про геораспределение пользователей.

[@alexanderk3762]

кластер можно обеспечить другим кластером и асинхронной репликацией.

[@andreyk798]

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

[@vladimir_v_it]

Андрей, самый глупый вопрос - не заданный вопрос) Ответить на хороший вопрос про вычисления можно так - какой-то интервьюер может запросить вычисления, другой их пропустит. Может кандидат сам пропустим. А интервьюер поставить это минусом в итоговой оценки. Наверное, общий ответ - спросить насколько это нужно и в какой степени? Возможно, достаточно верхнеуровневой оценки.

[@MrLotrus]

а как понять что какая бд вытянет? я находил очень условные умозрительные заключения.

[@vladimir_v_it]

​@@MrLotrus Хороший вопрос. В крупных компаниях разработчики отстранены от прода. На проде, на реальных нагрузках сидит поддержка, sre. Второй момент, что, конечно же, многое зависит от характера запросов. Я как-то спрашивал у разработчика БД оценку по производительности по одному кейсу. Даже он слёту не смог ответить. Есть независимые тесты баз данных. Как вариант, можно посмотреть их. Или же спросить у своих девоп инженеров, sre инженеров. Либо же, запустить, к примеру, PosgreSQL. Нагрузить запросами и смотреть как хорошо она справляется. Недавно увидел видео про сравнение производительности БД. Можно оттуда почерпнуть информацию: "MySQL vs PostgreSQL Performance Benchmark (Latency - Throughput - Saturation)".

[@ryanlashkevich9615]

Serene Sardine проектирует)

[@vladimir_v_it]

Агент под прикрытием)

[@Егор-д3у4с]

Всё круто, но масштаб. С телефона вообще не видно, а когда ещё переключаются на говорящие головы, то картинка ещё хуже становится👎🏻 Очень на вас надеюсь 😊

[@kandidat8134]

очень мелко

[@kawaikaino5277]

Если начали подписывать элементы и API на русском и продолжайте! Иначе, какая-то англо-русская каша получилась...