Вернуться в видеотекуСобеседование Java Junior | Проверяем себя перед реальным собеседованием | Jetbulb
Мок-собеседование на Junior Java Developer с подробным разбором теории и небольшой практической задачи с JUnit-тестами. Кандидат получает обратную связь по пробелам в Java, Spring, SQL и подходе к тестированию.
- Направление
- Backend
- Формат
- Мок-собеседование
- Грейд
- Junior
- Длительность
- 2 ч 8 мин
Коротко о видео
Это учебное мок-интервью Макса Добрынина с Михаилом, который готовится к первой позиции или стажировке Junior Java Developer. Основная часть состоит из вопросов и разбора ответов по ООП, SOLID, паттернам, Java Core, коллекциям, Spring, SQL и базам данных; интервьюер уточняет неточные ответы и объясняет практические примеры. В финале Михаил за ограниченное время реализует класс с unit-тестами, после чего получает разбор: тесты должны проверять возвращаемое поведение, а не внутреннее состояние объекта.
Затронутые темы
Что взять на заметку
- Для интервью стоит подготовить конкретные примеры различий между процедурным и объектно-ориентированным подходами, а также между наследованием, полиморфизмом и композицией.
- Нужно уметь объяснить, как в Hibernate вынести общие поля сущностей в базовый класс и зачем применяется `@MappedSuperclass`.
- Повторить контракт `equals`/`hashCode`: равные по `equals` объекты обязаны иметь одинаковый `hashCode`, но одинаковый `hashCode` не доказывает равенство объектов.
- Важно понимать, почему изменяемый ключ опасен в `HashMap`: изменение полей, участвующих в сравнении или вычислении хэша, может сделать сохранённое значение недоступным при поиске.
- Стоит различать `ArrayList` и `LinkedList` по внутреннему устройству и сложности доступа, а также помнить, что `LinkedList` реализует и `List`, и `Deque`.
- Для Spring следует уметь назвать XML-, annotation- и Java-конфигурацию; Java-конфигурация с `@Configuration` и `@Bean` особенно нужна для классов из внешних библиотек, которые нельзя аннотировать.
- В задаче с ограничением времени сначала нужно добиться рабочего решения и независимых ожидаемых результатов в JUnit-тестах, а рефакторинг и устранение дублирования оставить на потом.