Спасибо за собес. Сильные вопросы и ответы по организации и работе с БД, как по мне.

@@Dimoniada спасибо!

Класс! Владимир держится уверенно и хорошо подготовился, иногда кажется что за теорией не хватает практики, возможно это связанно с контекстом курса). По CAP можно было бы раскрыть в каких случаях приходится жертвовать одним из свойств и примеры решений, например в одном случаем можно использовать постгрис, в другом монгу итп.

Собес классный. Вы делаете ахренительный контент, если честно. Настоящий. Подскажите плиз, а есть ли у вас или может вы можете что-то рекомендовать по gitlab ci/CD посложнее, такое же настоящее на реальных примерах, задачах? Спасибо!

так же.как и ты. оба рядом с бд не стояли

Спасибо!

Спасибо, это просто отдельные секции собеседований)

Спасибо!

Спасибо!

А еще больше инфы не нужной =)

Спасибо!

Спасибо, как правило книга с кабанчиком и ряд других из которых это все достается по частям

Маст рид - кабанчик. А если надо "к завтра", то подойдёт Алекс Сью

Уж лучше читать умные книжки, чем тратить время на подобные комментарии)

Не было даже мысли кого обидеть. И круть что с улыбкой отвечаешь. И тебе респект что не сидишь на месте, а делом занимаешься и еще знаниями делишься 👍🏻 Но что то удовольствия я не получил от видио - почему, выше описал. Не хватает беседы тут, ламповой атмосферы, а не вытягивание всех 5-ти случаев, потому что так в книге было написано. В общем есть тоже куда чуточку подрасти.

@@dmitryibaranov6763 окей, спасибо)

Тут ещё момент в системе оценок, думаю. Не всегда в топ компании идёт разговор по душам. Есть набор кандидатов, есть набор вопросов. И на тех. секции просто происходит ранжирование кандидатов по набранным баллам. priority queue :) Здесь интервьюер создал последовательный список вопросов. От одной БД с 1 сервером и далее. Такое собеседование меньше подходит на допрос вопрос-ответ, как бывает в других местах, как мне кажется. Уровень ламповости выше. Вместе с тем, нужно опросить кандидата по определенным темам за определенное время. Баланс, думаю, найден. Видно и хорошее отношение интервьюера к этой беседе. Выступает больше не как злой препод на экзамене, а помощник. Дополняя ответы. Давая, возможно, что-то новое, чтобы собеседник с беседы ушёл с большим набором знаний и с хорошим впечатлением от беседы. imho.

@@vova_dev благодарю)

Thanks

Есть такое понятие, как алгоритмическая осведомленность - я придерживаюсь такого подхода)

@@vladimir_balun_programmingтакого понятия нет. Скорее вы имели в виду «ширина кругозора»

Полностью поддерживаю. Послушать все это интересно, но как это соотносится с ежедневными обязанностями бэкенда?

Спасибо, ниже в комментариях уже отвечал)

Из того, что я читал, могу посоветовать "Высоконагруженные приложения. Программирование, масштабирование, поддержка" и "System Design"

hot stand by реплика - это когда мастер выходит из стоя, чтобы не тратить врем на выбор мастер, зараннее определена синхронная релика, которая стане мастером

@@vladimir_balun_programming спасибо!

Монолит для стартапа и low-latency, микросервисы для всего остального, это если очень кратко

@@vladimir_balun_programming wow круто спасибо, большое ))

В одном месте не найдешь, я собирал информауию по разным книгам, статьям, курсам и конференциям

Dia - data intensive application(книга с кабанчиком) 6 глава

Это mock-собеседование, я специально взвинчиваю тайминг, чтобы смотреть потом было интереснее)

Ну вообще в реальности так очень часто и происходит, и там так-то кандидата никто не жалеет, а ещё это называется "проверка на стрессоустойчивость"

@@olgafedyanova на счет этого никогда не задумывался)

Именно так)

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

Вот ещё, 10:46 репликация мастер-мастер. Он уже начал пояснять, а вы сразу «а в чем преимущества?» 🤦🏻‍♂️

@@antonmuzeevэто mock-собеседование - делаю это так, чтобы контент был динамичнее

сеньер

Никто и не говорил что это будет мок собес джуна)

@@popkovvvv123 да понятно, просто смысл для мидлов это делать, джуну тяжелее, чем мидлу устроиться

​@@vasiliypupkin6311 У Владимира курс по System Design продвигается, сейчас интересней на эту тему ролики выпускать)

@@vasiliypupkin6311 как показывает практика - не все мидлы могут спокойно отвечать на эти вопросы

Какие преграды?

@@vladimir_balun_programming , Если в среднем, то так. Я стремлюсь к работе, которая предоставляет безграничные возможности для развития. Также эта профессия должна быть не только работой, но и хобби, в которое можно будет уйти с головой и качественно кайфануть от процесса. Более того, я хочу использовать эту работу в качестве основы для написания диплома по направлению электроника и наноэлектроника. Это направление связано с микроконтроллерами, транзисторами, физикой, топологией, аналоговой и цифровой схемотехникой - короче говоря, оно охватывает нижние уровни абстракции computer science (это я не давно выяснил). Однако, самое важное для меня - возможность программирования в контексте этой работы, поэтому я изучаю языки C/C++, так как они связаны с программированием микроконтроллеров. Как только я завершу написание диплома (если, конечно, удастся найти стажировку мечты или работу, связанную с программированием), я бы хотел перейти к backend-разработке и, вероятно, изучить другой язык программирования, такой как Python или Go. Кроме того, я хотел бы, чтобы знания в с/c++ до перехода на другой яп были на хорошем уровне. Жесть я пост наклепал, аж не заметил. Очень интересно будет вернуться сюда, когда я найду такую работу. Нет ничего лучше, чем возвращаться туда, где ничего не изменилось, чтобы понять, как изменился ты сам. © Нельсон Мандела Пойду ботать сplusplus😎

@@daps9516 могу посоветовать только не искать идеал, а выбирать достаточно хороший вариант для себя, иначе можно разочароваться)

Мы же не в идеальном мире живем - иногда просто не хватает рук или просто стоят другие приоритеты, а проблемы с БД сейчас как-то надо решать, поэтому закидать железом - это тоже иногда решение

@@vladimir_balun_programming Вова, это никогда не решает проблему прямо сейчас. Если выясняется, что проблема свежего инстанса на СУБД (это было условие вопроса), то первым делом нужно смотреть что происходит на уровне приложения. Вообще еще до раскатки это должно было решится архитектором и нагрузочным тестированием.

у меня старый опыт в Visual FoxPro в 90-е / 2000-е, смотрю и думаю - а чтобы снять тормоза при записи - посчитать количество операций insert и объединить их в одну - кандидат не догадался? Ну и да, все вопросы снимать железом, конечно можно, но тогда программер не нужен - возьмут сисадмина, а еще может случиться, что это железо сначала купить надо, или даже - тупо некуда ставить.

@@CRCx86 мы обсуждали момент не до раскатки, а во время эксплуатации, когда у нас есть БД и мы уперлись в какой-то потолок

@@victormakovchik249 батчевать можно - полностью согласен, главое только, чтобы батч был не огромный)

А где здесь работодатель?

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

@@victormakovchik249 а где был код?)

кандидат знает больше чем работодатель - а что, это запрещено? наоборот же хорошо )

@@OOOJohnJ с чего вы взяли это?

Старались)

Почему?

😂😅👍