Собеседование Java Middle Senior | Собеседование без конкретных требований от компании

Собеседование Java Middle Senior | Собеседование без конкретных требований от компании | Jetbulb

Рет қаралды 30,973

Күн бұрын

Техническое собеседование на позицию Middle/Senior Java Developer.
Иногда приходится проводить или проходить собеседование без каких-либо конкретных требований к кандидату. В таком случае выдвигается общий список требований, без учета специфики проекта или команды.
Такой подход вовсе не означает, что компания плохая или странная. Компания просто хочет найти потенциального сотрудника и усадить его за проект, что будет актуален в момент onboarding.
Вот и у нас точна такая ситуация. Компания ищет сотрудника уровнем от Middle до Senior. Нам предстоит задать вопросы, получить на них ответы и разобраться какой шеврон можно присудить кандидату.
Погнали!
Программа
00:00 Описание кандидата и требований
03:57 Про наш Тренинг-центр iPrody
07:52 Вопросы о базах данных
16:16 Вопросы о масштабировании
27:43 Вопросы о многопоточности
35:08 Вопросы о развертывании сервисов
40:05 Вопросы о микросервисах
46:50 Вопросы про архитектуру и дизайн
53:43 Выводы
Получи реальный опыт решения коммерческих задач в Agile команде
до 6 человек iprody.com/
Запись на обучение и собеседование:
iprody.com/interview
t.me/iPrody_Online
Мы в социальных сетях:
t.me/jetbulb
/ jetbulb

Пікірлер: 58

@socialcatalyst2608 9 ай бұрын

Вопросы для Джуниор в 2023 году))

@user-oi7xs9st3i 4 ай бұрын

На стажера в 2024)

@user-nl2em4jm3e 4 ай бұрын

Что вы несёте

@louiegroove 2 ай бұрын

испугался? @@user-nl2em4jm3e

@user-rw6wl5qx3r 8 ай бұрын

Супер! Побольше такого контента! ❤

@user-br4gt7xu2j Жыл бұрын

Красавчик, на глазах скилл растет, как в съемке, так и в программировании, очень хорошее видео, много очень полезных нюансов, и в глубь не лез, и в то же время не по верхам👍 P.S. только стоит немножко разобраться с блокировками БД: 1) optiistic locks - это row versioning и последующая проверка версии при попытке коммита - она часто реализуется прямо на уровне приложения 2) pessimistic locks как раз те, о которых ты перед этим говорил, только их вообще больше: - shared: S(for rows, pages and tables), - exclusive: X(for rows, pages and tables), - update: U(for rows and pages only) - она для предотвращения простых deadlocks - и три intent locks: IS, IX, SIX(for tables only) - они блокируют нижестоящий в иерархии ресурс (это позволяет осуществить проверку такой блокировки перед осуществлением и предотвратить преждевременную блокировку более высокого уровня) Они осуществляются на уровне БД, и DB Engine сам решает какую применить в той или иной транзакции, если явно не указано иное

@user-pq1mq8gi4p 10 ай бұрын

1) версионирование не единственный механизм, самый базовый механизм, это когда фремворк содержит два экземпляра строки таблицы из БД, один для правки, второй неизменный, при сохранении выполняется блокировка, далее проверяется равенство всех полей неизменной строки и строки в БД, если значения в полях совпадают, то выполняется update, если не совпадают, то выбрасывается ошибка.

@user-pq1mq8gi4p 10 ай бұрын

2) механизмы блокирования и оптимистическая/пессимистическая блокировка это совершенно разные вещи, пессимистическая блокировка - ресурс блокируется для изменений сразу, как только пользователь его запросил (предполагается, что пользователь будет его изменять), оптимистическая - пользователь запросил ресурс, что-то с ним поделал и только непосредственно в момент попытки сохранить сделанные изменения ресурс блокируется. Что касается режимов и уровней блокировки, говорить о них в отрыве от конкретной РСУБД бессмысленно, глобально РСУБД подразделяются на два вида - блокировочники и версионники, в первом варианте читатели блокируют писателей, во втором нет, в версионниках эксклюзивная блокировка не означает, что данные нельзя читать и еще очень много нюансов))

@two-hearts-game Ай бұрын

Спасибо, за подробное объяснение. Я тоже заметил, что в видео все блокировки в кучу свалили, так же как и дополнительные аномалии транзакций.

@user-br4gt7xu2j Ай бұрын

@@user-pq1mq8gi4pух ты, неплохо) судя по комменту, его писал опытный программист, плотно работающий с компанией Oracle, но в целом дельные замечания кстати, спасибо. Нечасто люди такой квалификации встречаются на просторах KZfaq, да и еще под таким видео) Мое почтение)

@TheDiablo461 9 ай бұрын

А что не так с escape analyse в первом вопросе?

@alevadnaya Жыл бұрын

Класс, спасибо!

@user-kk9rx4jd6zs 9 ай бұрын

Спасибо Макс!

@user-iq9rg4te3e Жыл бұрын

+ за вопросы и ++ за Lineage - эх времена были:)

@louiegroove 2 ай бұрын

32:30 так какая коллекция в итоге подходящая когда много записей?

@alexplishkin5811 11 ай бұрын

Было бы ещё хорошо услышать когда идёт речь о шаблонах не только про решение. Но и про проблему которую решает этот шаблон. Просто про ивент сорсинг я услышал только решение.

@cathynest459 Жыл бұрын

Вот так я и попала на проект с AWS AppSync, блин 😂😂😂 А за видео как всегда лайк

@user-be1vq6qz3x Жыл бұрын

Стратегию можно мапой со спрингом удобно делать, в таком случае не нужно if else городить

@blackplaydoh3522 Жыл бұрын

Любой ассоциативный массив 🤷‍♂

@blackplaydoh3522 Жыл бұрын

Важные аспекты Mono и Flux, которые ответят на вопрос работал ли человек с реактивщиной: какой тип publisher является Mono и Flux (hot or cold), сколько елементов оборачивается во Flux?

@maksymseveryn5553 11 ай бұрын

Макс, можешь поподробнее о volatile? Встречал на одном курсе информацию, что не в кэше дело, т.к. процессор построен так, что кэш распространяется между потоками, и volatile это high-level абстракция, не имеющяя отношение к низкоуровневому управлению кэшем и процессором. А проблема в том, что компилятор не знает о том, что ресурс задействован в нескольких потоках, поэтому во время компиляции в байткод, происходит оптимизация кода, и volatile гарантирут ПОСЛЕДОВАТЕЛЬНОСТЬ выполнения кода, согласно тому, как этот код написан программистом, и не позваляет компилятору его оптимизировать так, что теряется каждоразовая проверка состояния ресурса (на пример while(sharedObject) {} оптимизируется компилятором так, чтобы проверка состояния sharedObject была только один раз, и не повторялась каждый раз во время петли). А везде только информация о кэше... Что думаешь на этот счёт?

@user-tv6eq4zc5e 5 ай бұрын

вау, интересно

@kraken645 Жыл бұрын

Отлично затронули тему Docker'a и вопросов по нему. Было бы круто посветить отдельный видос с разобором вопросов и ответов👍

@blackplaydoh3522 Жыл бұрын

Docker*

@alinabelebei 9 ай бұрын

Спасибо

@VadimChes Жыл бұрын

Сливаемся и сливаемся)

@ruslankrivoshein2893 Жыл бұрын

Вот бы ещё пояснение, как с query plan работать. Я один раз сказал, что для исследования неэффективного запроса надо смотреть план, а когда мне его тут же предоставили, я обосрался.

@Jetbulb 11 ай бұрын

😆 Бывает)

@TheDiablo461 9 ай бұрын

Ну вот вопрос который задавал выше, что не так с запросом escape analyse и смотреть сколько шагов сделал каждый запрос?

@vs8418 7 ай бұрын

@@TheDiablo461 Для начала нужно понимать, что все єто зависит от конкретной БД(Mysql, oracle.....). Минимально - у каждого єлемента плана есть свой вес, также в плане можно посмотреть какой вид(бьістрьій-медленньій) чтения/поиска таблицьі/индекса используется, каким образом связьіваютсяя єти данньіе, сортируются и т.д. и т.п. Ну и не стоит забьівать про такие вещи как Hints, про факт того, что после прослойки jdbc оптимизатором может сформироваться абсолютно другой запрос, про сбор статитстики в БД(когда и зачем) и возможно сбор єтой статистики значительно повлияет на скорость работьі базьі/запроса. Помимо єтого может стоит снять отчет о работе непосредственно с самой БД в которой указаньі кол-во чтений/записей на диск/память, в какой момент происходит проблема, насколько загружен процессор и чем.... В общем и целом єто работа DBA, но нужно знать, что такие ньюансьі существуют.

@user-kq2mm1zm2l Жыл бұрын

Оставил свой самый крутой комментарий)

@JohnJohn31595 9 ай бұрын

thanks

@Mnbvc-oc8wv 9 ай бұрын

Огнищеееее

@leonidmishuck7580 10 ай бұрын

Мне кажется нельзя запустить несколько имейджей в одном контейнере, скорее написать докер файл в котором будут и база данных и все сервисы

@java_couch 4 ай бұрын

можно, но это бессмысленно, так как ты будешь видеть только pod1 и ничего не узнаешь о том, живы ли другие запущенные в данном контейнере сервисы

@tunchik88 Жыл бұрын

lost update это нестандартная?))

@Jetbulb Жыл бұрын

Смотря под каким углом смотреть 😏 Лично для меня базовая

@caffeinejavacode1475 11 ай бұрын

1.Если не прошел live coding єто отказ на продолжение? 2. Скільки не вчив і не переписував Патерни не можу запам'ятати

@Jetbulb 11 ай бұрын

Патерни це про досвід, не про памʼять А ось лайфкодінг це інше. Тут пройшов не пройшов залежить від компанії. Як на мене, то ЛайфКодінг потрібен лише для виявлення навичок з вирішення завдань. Але усе пізнається в поповненні

@caffeinejavacode1475 11 ай бұрын

@@Jetbulb як прокачати навички з вирішення задач на проекті?

@notUnclePetro 8 ай бұрын

@@caffeinejavacode1475просити вирішувати проблеми у проекті 🙃. Зазвичай це входить в твої обов'язки)) Тобто просто працювати і прокачувати

@user-sz1dc3ji4k Жыл бұрын

За Спэл Сингера обидно!! А на самом деле шикарная игра была! За видео огромное спасибо, полезно как всегда!

@user-nl2em4jm3e 4 ай бұрын

Тут важно отменить про джунов то, что лишь немногие могут чем-то похвастаться, (но они день-ночь развиваются и сильно потеют), что на счёт всех остальных - почти ничего не знают или вообще не знают.