Mock-собеседование ex-СБЕР backend разработчика | BACKEND собеседование
HTML-код
- Опубликовано: 22 май 2024
- Курсы по программированию: balun.courses/?...
Потренироваться проходить собеседования: it-interview.io
Присоединиться к моему сообществу: boosty.to/vladimir_balun
Консультации:
getmentor.dev/mentor/vladimir...
solvery.io/ru/mentor/vladimir...
Таймкоды:
00:00 - Введение
00:12 - Оптимизация базы даных
01:36 - Индексы в базах данных
04:45 - Репликация
11:58 - Шардирование
19:09 - Партиционирование
19:59 - Балансировка нагрузки
21:50 - Кэширование
27:05 - CDN
28:22 - Монолитная и микросервисная архитектура
31:05 - Распределенные транзакции 2PC и Saga
33:20 - Событийно-ориентированная архитектура
34:10 - CAP теорема
35:03 - Мониторинг, логирование и трассировка
38:21 - Заключение
Backend разработка. Backend разработчик. Backend Java. Backend Python. Backeng Go. Backend C#. Backend PHP. Backend C++. Backend с нуля. Backend собеседование. Backend программирование. Собеседование на работу. Собеседование Java. Собеседование C#. Собеседование Go. Собеседование PHP. Собеседование Python. Репликация собеседование. Балансировка нагрузки. Партиционирование собеседование. Шардирование собеседование. Базы данных. Архитектура веб приложений.
VK: vladimir_balun_program...
Telegram: t.me/vladimir_balun_programming
Instagram: / vladimir_balun_program...
#айти #программирование #программированиедляначинающих #программированиеснуля #собеседование #собеседованиенаработу #сбербанк
Как себя показал потенциальный кандидат по твоему мнению?
Спасибо за собес. Сильные вопросы и ответы по организации и работе с БД, как по мне.
@@Dimoniada спасибо!
Класс! Владимир держится уверенно и хорошо подготовился, иногда кажется что за теорией не хватает практики, возможно это связанно с контекстом курса). По CAP можно было бы раскрыть в каких случаях приходится жертвовать одним из свойств и примеры решений, например в одном случаем можно использовать постгрис, в другом монгу итп.
Собес классный. Вы делаете ахренительный контент, если честно. Настоящий. Подскажите плиз, а есть ли у вас или может вы можете что-то рекомендовать по gitlab ci/CD посложнее, такое же настоящее на реальных примерах, задачах? Спасибо!
так же.как и ты. оба рядом с бд не стояли
Спасибо за такое полезное интервью! Все видео с вашего канала смотрю с большим интересом!!
Спасибо!
Прям по всем основам прошлись. Спасибо, очень любопытно послушать такое подытоживание теории.
Топчик контент! Очень профессионально 🤝
Очень клёвый канал, тащусь от видосов. Кандидат красавчик, держался молодцом и не впадал в ступор. Спасибо большое, очень интересное собеседование.
Это было сильное собесодование. Хороший кандидат!
Спасибо!
По первому запросу еще можно посмотреть на селективность. Если записей много нужно выбрать, то оптимизатор может применить seq scan так как index scan у нас зависит от количества строк а bitmap scan от количества страниц.
Крутой собес. Хотелось бы большое подобного контента, где не простые темы разбираются. Можно еще про паттерны что нибудь допустим, микросервисы более подробно разобрать и т.д. В интернете обычно собесы, где в основном только по языку гоняют, а более сложных тем нету.
Спасибо, это просто отдельные секции собеседований)
Классное видео )) Хотелось бы больше бэка ))
Спасибо!
Очень мощно! Много инфы нужной, можно сидеть и выписывать темы)) огонь, спасибо
Спасибо!
А еще больше инфы не нужной =)
Прекрасное видео, спасибо 🙌
Можешь посоветовать книжки, которые нужно прочитать для углубления в темы, которые были озвучены в видео
Спасибо, как правило книга с кабанчиком и ряд других из которых это все достается по частям
Маст рид - кабанчик. А если надо "к завтра", то подойдёт Алекс Сью
Собес пушка, почаще вот такое)
Кое-что интересно. А собеседуемый Владимир middle или senior всё же?) На каком языке он разрабатывает?
И главное. Что значит EX-разработчик? Бывший типо?)
super!
Спасибо
Крутой собес! Много нового для себя услышал! Но кажется, что чересчур глубоко затронуты вопросы репликации и шардирования.
Понимать как работает - нужно, но плохо представляется как backend - разработчики решили обсудить, как перелить данные между шардами :)
Это не их забота.
Хотелось бы больше про индексы и особенности БД, но по итогу получается, что собес похож на system design секцию.
Есть такое понятие, как алгоритмическая осведомленность - я придерживаюсь такого подхода)
@@vladimir_balun_programmingтакого понятия нет. Скорее вы имели в виду «ширина кругозора»
Полностью поддерживаю. Послушать все это интересно, но как это соотносится с ежедневными обязанностями бэкенда?
8:43 как же я заорал))))
То чувство когда один прочитал умную книжку и с умным видом по ней гоняет старичка. А старичек рассказывает, что знает из опыта и осознано со знанием говорит как надо. 😂 собеседующий - прям респект.
Уж лучше читать умные книжки, чем тратить время на подобные комментарии)
Не было даже мысли кого обидеть. И круть что с улыбкой отвечаешь. И тебе респект что не сидишь на месте, а делом занимаешься и еще знаниями делишься 👍🏻
Но что то удовольствия я не получил от видио - почему, выше описал. Не хватает беседы тут, ламповой атмосферы, а не вытягивание всех 5-ти случаев, потому что так в книге было написано. В общем есть тоже куда чуточку подрасти.
@@dmitryibaranov6763 окей, спасибо)
Тут ещё момент в системе оценок, думаю. Не всегда в топ компании идёт разговор по душам. Есть набор кандидатов, есть набор вопросов. И на тех. секции просто происходит ранжирование кандидатов по набранным баллам. priority queue :)
Здесь интервьюер создал последовательный список вопросов. От одной БД с 1 сервером и далее. Такое собеседование меньше подходит на допрос вопрос-ответ, как бывает в других местах, как мне кажется. Уровень ламповости выше. Вместе с тем, нужно опросить кандидата по определенным темам за определенное время. Баланс, думаю, найден. Видно и хорошее отношение интервьюера к этой беседе. Выступает больше не как злой препод на экзамене, а помощник. Дополняя ответы. Давая, возможно, что-то новое, чтобы собеседник с беседы ушёл с большим набором знаний и с хорошим впечатлением от беседы. imho.
@@vova_dev благодарю)
Владимир, спасибо за крутой собес. Как джун, открыл много нового. Можете порекомендовать хорошие книжки по высоконагруженным системам?
Спасибо, ниже в комментариях уже отвечал)
Из того, что я читал, могу посоветовать "Высоконагруженные приложения. Программирование, масштабирование, поддержка" и "System Design"
it's good!
Thanks
Хороший собес, без воды, плотно по практической теории
Подскажите пожалуйстa, слышал такой вопрос интересный на собеседование “где лучше применять монолит , где лучше микросервисы” как бы вы ответили кратко ? )
Монолит для стартапа и low-latency, микросервисы для всего остального, это если очень кратко
@@vladimir_balun_programming wow круто спасибо, большое ))
Что за вид репликации упоминается "hosted by" или что? не могу на слух разобрать
hot stand by реплика - это когда мастер выходит из стоя, чтобы не тратить врем на выбор мастер, зараннее определена синхронная релика, которая стане мастером
@@vladimir_balun_programming спасибо!
Можно вообще не быть разработчиком и пройти этот собес - 1 книгу Alex Xu прочитать достаточно. Мне не понравилось т.к. я не понял умеет ли вообще разработчик думать
Про sharding - очень интересно. Где почитать об этом?
В одном месте не найдешь, я собирал информауию по разным книгам, статьям, курсам и конференциям
Dia - data intensive application(книга с кабанчиком) 6 глава
Жесткий перекос в БД, перебор прям
Мне кажется тут собеседование было не backend разработчика, а devops или архитектор, потому что все связано с сервером)
от конторы зависит. видел вакансии где на бэкенда требовали знания фронта и девопса
В сбере про индексы не заморачваются, как я понял) Всегда можно накинуть железа)
бэкенд это про СУБД только разве? Архитектура, фреймворки, выбор типа СУБД, брокеры сообщений/рест? Собес больше похож на админа СУБД, только что про архитектуру сети не спрашиваете, и организацию СХД.
Кандидат себя показал как Сеньер в вопросах БД. Так глубоко не к чему спрашивать про БД у мидла, пусть этим ДБА занимаются
Блейд в сбере работал?
Довольно таки часто собеседующий перебивал ответ, задавая другой вопрос, возможно так и надо. Мне бы после 3го такого перебивания, мозг сказал - давай до свидания ). Но зато хорошая проверка на стрессоустойчивость!
Спасибо за работу.
Это mock-собеседование, я специально взвинчиваю тайминг, чтобы смотреть потом было интереснее)
Ну вообще в реальности так очень часто и происходит, и там так-то кандидата никто не жалеет, а ещё это называется "проверка на стрессоустойчивость"
@@olgafedyanova на счет этого никогда не задумывался)
Vladimir vs Vladimir)
Именно так)
я как синьор дев и тим лид который провел >200 собесов, скажу что собес плохой ( уж извините за такую прямую и пространственную оценку), не выстроена поэтапная структура собеседования, вопрос сходу про бд без начальных базовых вопросов, вопросы похожи на стихийные, при большом потоке кандидатов непонятно как будет выстроена система оценки - скорей всего не на обьективных данных а просто на личных предпочтениях Вовы
Мидл или сеньер, что скажете?
сеньер
А можно как-то не перебивать собеседуемого в середине мысли!?
Яркий пример: 8:45 про реплики. Он же начал сам рассказывать уже 🤷🏻♂️ а вы сразу «а можешь по подробнее…»
Глянул рядом видос с го-разрабом - аналогичная фигня 🤦🏻♂️
Вот ещё, 10:46 репликация мастер-мастер. Он уже начал пояснять, а вы сразу «а в чем преимущества?» 🤦🏻♂️
@@antonmuzeevэто mock-собеседование - делаю это так, чтобы контент был динамичнее
Кредит показал себя нормально, только вот у Джуна совсем другие требования, такие челы могут самостоятельно устроиться им не нужна инфа или примеры, как для Джуна.
Никто и не говорил что это будет мок собес джуна)
@@popkovvvv123 да понятно, просто смысл для мидлов это делать, джуну тяжелее, чем мидлу устроиться
@@vasiliypupkin6311 У Владимира курс по System Design продвигается, сейчас интересней на эту тему ролики выпускать)
@@vasiliypupkin6311 как показывает практика - не все мидлы могут спокойно отвечать на эти вопросы
Это собес java разраба или поверхностный про репликацию данных в субд? 😂
аля пришла
Собес на архитектора и devops, а не на разработчика
Разработчик 90% пишет код
я понял, он с потолка ответы читал.
Смотрю первые 2 минуты: на первый вопрос по тормозам на СУБД ex-backend СБЕРА (!) отвечает, что нужно закидать железом))) Ок, иду работать в СБЕР)
Мы же не в идеальном мире живем - иногда просто не хватает рук или просто стоят другие приоритеты, а проблемы с БД сейчас как-то надо решать, поэтому закидать железом - это тоже иногда решение
@@vladimir_balun_programming Вова, это никогда не решает проблему прямо сейчас. Если выясняется, что проблема свежего инстанса на СУБД (это было условие вопроса), то первым делом нужно смотреть что происходит на уровне приложения. Вообще еще до раскатки это должно было решится архитектором и нагрузочным тестированием.
у меня старый опыт в Visual FoxPro в 90-е / 2000-е, смотрю и думаю - а чтобы снять тормоза при записи - посчитать количество операций insert и объединить их в одну - кандидат не догадался?
Ну и да, все вопросы снимать железом, конечно можно, но тогда программер не нужен - возьмут сисадмина, а еще может случиться, что это железо сначала купить надо, или даже - тупо некуда ставить.
@@CRCx86 мы обсуждали момент не до раскатки, а во время эксплуатации, когда у нас есть БД и мы уперлись в какой-то потолок
@@victormakovchik249 батчевать можно - полностью согласен, главое только, чтобы батч был не огромный)
Больше похоже на собес на DBA.
Мне одному кажется, что кандидат знает больше чем работодатель?)))
А где здесь работодатель?
с первых минут кандидат очень плавает, и кодит слабо однозначно
@@victormakovchik249 а где был код?)
кандидат знает больше чем работодатель - а что, это запрещено? наоборот же хорошо )
@@OOOJohnJ с чего вы взяли это?
хочу на работу
Какие преграды?
@@vladimir_balun_programming , Если в среднем, то так. Я стремлюсь к работе, которая предоставляет безграничные возможности для развития. Также эта профессия должна быть не только работой, но и хобби, в которое можно будет уйти с головой и качественно кайфануть от процесса. Более того, я хочу использовать эту работу в качестве основы для написания диплома по направлению электроника и наноэлектроника. Это направление связано с микроконтроллерами, транзисторами, физикой, топологией, аналоговой и цифровой схемотехникой - короче говоря, оно охватывает нижние уровни абстракции computer science (это я не давно выяснил). Однако, самое важное для меня - возможность программирования в контексте этой работы, поэтому я изучаю языки C/C++, так как они связаны с программированием микроконтроллеров.
Как только я завершу написание диплома (если, конечно, удастся найти стажировку мечты или работу, связанную с программированием), я бы хотел перейти к backend-разработке и, вероятно, изучить другой язык программирования, такой как Python или Go. Кроме того, я хотел бы, чтобы знания в с/c++ до перехода на другой яп были на хорошем уровне.
Жесть я пост наклепал, аж не заметил. Очень интересно будет вернуться сюда, когда я найду такую работу.
Нет ничего лучше, чем возвращаться туда, где ничего не изменилось, чтобы понять, как изменился ты сам. © Нельсон Мандела
Пойду ботать сplusplus😎
@@daps9516 могу посоветовать только не искать идеал, а выбирать достаточно хороший вариант для себя, иначе можно разочароваться)
айти все, схлопнулся рынок
Наконец нормальный собес на мидла
Старались)
Что-то на сеньерском
Почему?
😂😅👍