Вернуться в видеотеку

Мок интервью | Техническое собеседование на должность java-разработчик / РАЗБОР

Мок-интервью Java-разработчика с техническими вопросами по Java, concurrency, БД, Hibernate, Quarkus и Spring. После интервью наставник даёт фидбэк по подготовке и обсуждает поиск новой работы.

Источник: OverrideTech

Открыть на YouTube

Таймлайн

Коротко о видео

Запись представляет собой мок-собеседование Java-разработчика Даниила: сначала он рассказывает о работе с системой защиты документов, миграции от монолита к микросервисам, S3 и MongoDB, затем отвечает на вопросы по Java, многопоточности, базам данных, Hibernate, Quarkus и Spring. Интервьюер разбирает пробелы в ответах — прежде всего по реляционным БД, JPA/Hibernate, транзакциям и конкурентности — и показывает решение практического кейса через паттерн «Стратегия». В финале обсуждаются позиционирование кандидата, зарплатные ожидания и организация поиска работы; это мнения наставника в рамках мок-интервью, а не подтверждённый результат реального найма.

Затронутые темы

Что взять на заметку

  • Подготовить связный рассказ о проекте: монолит, инсталляции у заказчиков, переход к микросервисам на Quarkus, облачная поставка и поддержка конфигураций.
  • Уточнить Java Core: различие лямбды и анонимного класса, назначение функциональных интерфейсов, Stream API, `map`/`flatMap`, а также компромиссы `ArrayList` и `LinkedList`.
  • Повторить многопоточность на уровне практических инструментов: `synchronized`, `Lock`, `ExecutorService`, очередь задач, `Future` и `CompletableFuture`; уметь кратко объяснить, какой из них применялся и зачем.
  • Закрыть тему реляционных БД и Hibernate: связи, нормализация, ACID-транзакции, уровни изоляции и аномалии, N+1, каскады и роль JPA-спецификации.
  • Разобрать Spring и Quarkus: создание бинов через `@Component` и `@Bean`, DI/IoC, различия build-time и runtime инициализации, а также прокси-ограничение `@Transactional` при self-invocation.
  • Для задач с ветвлением по типу не ограничиваться заменой `if/else` на `switch`: при росте вариантов рассматривать `Strategy` с выбором обработчика по типу.
  • Не представлять неподтверждённый опыт как коммерческий: в финале наставник предлагает агрессивное позиционирование, но надёжнее отделять реальные задачи от учебных знаний и честно объяснять глубину участия.

Рекомендуем посмотреть