Анализ 75 собеседований на middle Java разработчика: топ-20 вопросов, ловушки интервьюеров, связь зарплаты и сложности, советы на 2026 год.
Key Takeaways
- Топ-20 тем охватывают как базовые, так и продвинутые вопросы Java-разработки.
- Знание микросервисов, Kafka и Docker особенно важно для высокооплачиваемых позиций.
- Практические навыки и умение решать задачи на Stream API и многопоточность критичны для успешного прохождения собеседований.
- Рекомендуется изучать классические книги по Java и системному дизайну для подготовки.
- Видео помогает понять, чего ожидать на собеседовании в 2026 году и как подготовиться эффективно.
What the video covers
- Проанализировано 75 интервью на middle Java разработчика за последний год с выделением топ-20 часто задаваемых вопросов.
- Рассмотрены ловушки интервьюеров и рекомендации, как их избежать.
- Обсуждается корреляция между уровнем зарплаты и сложностью вопросов на собеседовании.
- Основные темы включают Records, Дженерики, Completable Future, SOLID, микросервисы, Hibernate, Kafka, Docker и Kubernetes.
- Подробно рассматриваются вопросы по HashMap, многопоточности, Stream API и транзакциям.
- Отмечено, что многие вопросы по микросервисам и Kafka чаще встречаются на высокооплачиваемых позициях.
- Даны рекомендации по литературе для углубленного изучения ключевых тем.
- Практические задачи и лайвкодинг встречаются примерно в половине интервью.
- Видео актуально для middle и junior разработчиков, senior-специалисты уже знакомы с большинством тем.
- Статистика собрана из открытых источников, чатов и личных контактов автора.
Chapters
- 00:00Введение и методология анализа собеседований
- 00:58Актуальность видео для разных уровней разработчиков
- 01:52Records и Дженерики на собеседованиях
- 02:32Completable Future и асинхронность
- 02:54Объектно-ориентированное программирование и SOLID
- 04:02Микросервисы и паттерны проектирования
- 05:02Hibernate, Kafka, Docker и Kubernetes
- 06:07Иммутабельность и работа со строками
- 07:06Транзакции и ключевые темы (HashMap, многопоточность, Stream API)
- 07:58Практические задачи и лайвкодинг на собеседованиях
Full Transcript — Download SRT & Markdown
Speaker A
Я проанализировал 75 интервью на middle Java разработчика, которые смог найти за последний год, и составил для вас топ-20 вопросов, которые чаще всего задают на собеседовании. Также расскажу, какие ловушки готовят интервьюеры и как в эти ловушки не попасть. Коррелирует ли зарплата со сложностью вопросов, которые вам задают? Ну и поделюсь советом, как успешно пройти интервью на Java разработчика в уже 2026 году. Откуда я брал записи собеседований? Это прежде всего то, что выложено ребятами в открытый доступ.
Speaker A
Таких видео почти 2/3. Остальные — это видео из чатов по поиску работы, куда тоже люди сами выкладывали записи, и также информация по пройденным собеседованиям от моих знакомых. Часть из них — это так называемые MOCK-собеседования, участие из записей. По итогу был оффер и известна точная сумма. Следующий вопрос — куда это в основном, конечно же, банки, бигтех. Это как интервью непосредственно в штат, так и к подрядчику. 16 собеседований были в небольшие компании. Как я собирал статистику? Конечно же, я не отсматривал
Speaker A
каждое видео полностью, потому что у меня нет на это времени. Вместо этого я выгрузил субтитры из каждого видео и попросил знакомого аналитика превратить это всё в какую-то осязаемую статистику.
Speaker A
Может быть, поискать какие-то закономерности, чтобы вам сейчас это всё рассказать. Ну и, наконец, почему именно middle? Потому что джунов интервью я нашёл очень мало, а те, что нашёл, там вопросы фактически повторяют вопросы на middle, только разница в их глубине. Поэтому это
Speaker A
видео будет актуально и джунам. Ну а синьоры они и так знают, что спрашивают, потому что однажды всё это уже прошли, либо многие из них сами уже проводят интервью. Итак, начнём. Топ-20 самых обсуждаемых тем. На последнем месте у нас Records и Дженерики. 29 из 75
Speaker A
интервью. Интересно, что пару лет назад про Records вообще ещё не спрашивали. Сейчас это вопросы в стиле, когда нужно его применять, чем отличается от обычного класса, можно ли добавлять в поля, наследоваться и так далее. По дженерикам — это классические вопросы про
Speaker A
Wild Cards, то есть объяснить разницу между Extends и Super, про тайпинг, то есть тиранию типов и понимание, что такое bounded type. Девятнадцатое место — Completable Future и асинхронность. 32 интервью. Completable Future вообще появился в восьмой джаве, но почему-то многие разработчики его до сих пор
Speaker A
игнорируют. Вообще этот вопрос часто встречается в компаниях с микросервисами, потому что в микросервисной архитектуре мы вынуждены постоянно делать параллельные запросы
Speaker A
в разные сервисы. И здесь нужно знать разницу между Future и Completable Future. Как комбинировать несколько Completable, как обрабатывать исключения в
Speaker A
асинхронных цепочках и так далее. Восемнадцатое место — объектно-ориентированное программирование и принципы SOLID. Половина интервью — 52%.
Speaker A
Меня, честно говоря, это немного удивило, потому что это вообще база, которую обычно спрашивают на джуна. Ну, видимо, это тоже фильтр на совсем наглых накрутчиков, чтобы не зазубренные принципы SOLID зачитывали, а смогли хоть какие-то реальные примеры привести из кода, как их вообще использовали. Что
Speaker A
здесь спрашивают? Примеры нарушения каждого принципа SOLID, как бы ты отрефакторил этот код. То есть показывают участок кода и спрашивают, где здесь что-то может быть нарушено.
Speaker A
Здесь я могу порекомендовать от себя прочитать вот эту книгу «Чистый код» Роберта Мартина и книгу «Объектно-ориентированный подход» М.Т.А. Вейсфельда. Очень полезно. Семнадцатое место — микросервисы. 43 собеседования. В принципе, логично на middle спрашивать про микросервисы. В основном всё сводится к обсуждению паттернов
Speaker A
проектирования. Я в этой статистике не учитывал также интервью по систем-дизайну, которые часто некоторые компании проводят ещё как отдельную секцию. Здесь именно вопросы в рамках стандартного технического интервью. Что спрашивают прежде всего? Паттерн Saga, когда мы разбиваем сложную, длинную транзакцию на более мелкие. Circuit
Speaker A
Breaker, Service Discovery, App Gateway, Service Mesh. Про шардинг также любят спросить. Тут такая тоже интересная закономерность, что в интервью на высокие зарплаты, а я-таки взял в нашу выборку от 280 000, микросервисы встречаются в 80% случаев. Тоже здесь от себя рекомендую книгу System Design
Speaker A
Алекс Сюй. Подготовка к сложному интервью. Также, конечно же, знаменитая книга с кабанчиком — «Высоконагруженные приложения». И вот такая есть хорошая книга от Сэма Ньюмана — «Создание микросервисов». Шестнадцатое и пятнадцатое место делят Hibernate, Kafka и Docker с Kubernetes. Такая получилась тройка. Это 50 интервью из
Speaker A
75, 67%, то есть 2/3 интервью проверяют эти технологии. Hibernate — это прежде всего там проблема N+1, это lazy и eager loading, это связи сущности друг с другом, это отношения, жизненный цикл сущности, любят спрашивать. Кстати, по Hibernate есть тоже книжка хорошая вот
Speaker A
такая — Java Persistence API и Hibernate. Три автора здесь. Приложу ссылки на книжки в описании. По Kafka вопросы тоже все довольно стандартные.
Speaker A
Про топики и партиции, про consumer группы любят спрашивать. А гарантии доставки спросят обязательно вообще на любом интервью. Причём интересная тоже зависимость, что в собеседованиях на зарплаты от 280 000 Kafka встречается в 100% интервью, то есть во всех. Ну и
Speaker A
Docker с Kubernetes спрашивают базовую контейнеризацию, понимание деплоймента, желательно, чтобы у вас был опыт. Если нет, то просто, чтобы вы понимали, как это всё работает. Вообще, по моему наблюдению, по Kubernetes вопросы обычно на middle всё-таки поверхностные, глубоко не копают. Главное, чтобы у вас было
Speaker A
базовое понимание системы. Тринадцатое место. Как ни странно, иммутабельность. Практически 3/4 интервью. Спрашивают про неизменяемые объекты. Как создать иммутабельный класс, почему String неизменяем по стрингу? Вообще классически много вопросов. Связь иммутабельности с многопоточностью тоже прочитайте про это, если ещё не в курсе.
Speaker A
По иммутабельности вообще задают много каверзных вопросов, и их можно много придумать, потому что они проверяют ваши знания по очень многим аспектам Java core. Я, если что, все эти вопросы и статистику собрал в один большой файл и выложил у себя в телеге. Так что, кому
Speaker A
интересно, можете посмотреть. Строки 57 собеседований. Спрашивают, конечно же, про String, про метод intern, разницу StringBuilder и StringBuffer, хотя это уже не очень актуально, как мне кажется.
Speaker A
Почему String неизменяемый? Это тоже к вопросу об иммутабельности. В общем, всё, что можно со строками придумать, тоже вопросы, в принципе, все типовые.
Speaker A
Транзакции встречаются в шестидесяти интервью. По транзакциям. Это, конечно же, наша знаменитая аббревиатура ACID. Это уровни изоляции транзакций. Места десятое по шестое делят сразу же пять тем. Они встречаются в 64 интервью из 75. Это 86%. На мой взгляд, если у вас в
Speaker A
какой-то из этих тем будут серьёзные пробелы, то собес вы наверняка завалите. Первая тема — это HashMap. HashCode.
Speaker A
Любимая тема интервьюеров уже многие годы, то есть как устроен HashMap под капотом обязательно. Что такое коллизии, как они решаются? Контракт equals и hashCode — это вообще 38% интервью. Отдельный очень популярный вопрос. Интересно, что во всех интервью, где обсуждали
Speaker A
HashMap, был вопрос, что будет, если в HashMap добавить объект как ключ, а потом его изменить. Так что обязательно это тоже вспомните. Вторая тема — многопоточность. Тема огромная.
Speaker A
Спрашивают в основном какие-то классические вещи типа разницы synchronized и volatile, атомики, спрашивают пулы потоков, executor service, deadlock, как его избежать. Ещё начали спрашивать про виртуальные потоки, которые в двадцать первой джаве появились. Они в 19% интервью
Speaker A
встретились. Третья тема — это Stream API. Сейчас это уже не новая фича, а по факту стандарт в разработке. Спрашивают про самые популярные методы: map, collect, flatMap. Многие тут путаются, в чём разница с map. Параллельные стримы спрашивают, когда использовать, когда
Speaker A
нет. Ещё интересно, что в 29% интервью дают задачу именно на Stream API в лайвкодинге, чтобы вы умели прочитать выражение, которое...
Speaker A
нет. Ещё интересно, что в 29% интервью дают задачу именно на стриме PI в лайфкодинге, чтобы вы умели прочитать выражение, которое там написано, или сами написать такое выражение. Четвёртая тема здесь - это исключение.
Speaker A
Классические checked, unчеcked. Э все возможные вариации там с try catch finally, когда что отрабатывает. Try with resources, создание собственных исключений, иерархия их наследований и так далее. Пятая тема - это иTP, [музыка] то есть все принципы реста, что такое
Speaker A
круды, http методы, коды ответов, правильный дизайн с точки зрения Rful. Ну, в общем, всё, что вот здесь тоже максимально сможете глубоко рассказать.
Speaker A
Двигаемся дальше. Пятое, четвёртое и третье место. Это уже почти обязательные темы. 69 раз они встречаются из 75. Это 90% всех собеседований. То есть девять из дети интервью включают эти темы. Это, конечно же, Spring и Spring Boot. Здесь Dependency Injection, как работает
Speaker A
автоwiired. Ээ жизненный цикл бинов. Про аннотацию transactional всегда отдельная тема. Постоянно спрашивают до сих пор.
Speaker A
Пожалуйста, выучите это. Почему аннотация transactional не сработает при вызове метода внутри того же класса? По спрингу также спрашивают про конфигурацию, про профили, ну и вообще тоже максимально, сколько сможете про спринг рассказать, будет всё равно всё вам в плюс. [музыка] Коллекции array
Speaker A
list, linked list, hashmap, 3map, linked, hhmap, их различия, когда что использовать, сложность доступа к объектам, иерархия их наследования, set, list.
Speaker A
Много спрашивали про concurrent hm в контексте многопоточности. Тоже интересно. статистика в 43% интервью дают задачу на работу с коллекциями. И третья тема здесь - это память и сборщики мусора и ваше понимание GV. Все классические вопросы проип и стек, это
Speaker A
вопросы про утечки памяти. Хорошо, если вы умеете делать дампы, как-то анализировать эти утечки. Спрашивают про разницу между сборщиками, какие бывают, как они работают, про параметры GVM. Ну и дальше уже насколько вы глубоко сможете в какой-либо теме ориентироваться. Паттерны
Speaker A
проектирования. Вообще, чем больше, тем лучше. То есть как минимум там это синглтон и протопpe объяснить factory стратегию builder. Ну потому что они реально буквально всегда используются в повседневной разработке. Остальные на ваш вкус идеально будет, если вы сможете рассказать, когда и зачем, например,
Speaker A
применили определённый паттерн. И первое место, я думаю, многие уже догадались, абсолютный чемпион - это базы данных CQL и, в частности, Postgerг CQL- это 71 из 75 интервью, 95%, причём из них в 62% интервью - это обязательно тема индексов, это понимание B3 индексов, как
Speaker A
они работают, других индексов, хэш-индексы, сложные индексы, это CQL-запросы, какие бывают джоийны, подзапросы, агрегатные функции, вюхи и прочее, и прочее. Также стали сейчас часто спрашивать про планировщик запросов, про explain analy, насколько вы можете сориентироваться в оценке производительностикрипта.
Speaker A
В общем, моё мнение, что CQL - это единственная вещь, которая объединяет вообще все интервью. И неважно, в какую компанию вы идёте, какой там будет финальный стек, готовьтесь отвечать по сек. Итак, мы прошлись по топ-двати темам и вопросам. А теперь посмотрим,
Speaker A
что с лайф-кодингом. Сама по себе практическая часть была только в 3шести из сеп собеседовании, то есть в половине, что, на мой взгляд, примерно всегда было средним показателем на рынке. Из тех тридцатишести сабесов, которые у меня были, только в четырёх
Speaker A
были те самые задачки с лидкода. И я думаю, вы и сами догадаетесь, куда были эти сабесы. В остальных же случаях вам, как правило, дают какие-то заготовки в виде пустых классов или методов, куда нужно вписать какой-то код согласно тех
Speaker A
задач. Здесь смотрят, насколько вы ловко и чисто напишите то, что требуется, насколько быстро сориентируетесь, как будете задавать вопросы по ходу интервью и вообще будут смотреть на то, как вы размышляете, как будете реагировать на какие-то замечания интервьюера, либо же
Speaker A
часто ещё дают готовый класс или метод на рефакторинг, то есть стараются там допустить как можно больше ошибок, причём не синтаксических, а каких-то концептуальных, архитектурных. И ваша задача как бы провести кодрев, то есть отметить замечания, которые вы видите.
Speaker A
Кто-то просит прямо переписать, кому-то достаточно просто, чтобы вы показали, где ошибка. Также интересно, что в 28% практических задач так или иначе обсуждается многопоточность. В 35% дают разобрать какой-то методстAMPI, найти там ошибку или объяснить, как работает тот или иной метод, какой
Speaker A
результат в итоге получится как бы без компиляции и запуска. может быть, даже не как отдельная практическая [музыка] часть, а просто интервьюер вот во время обсуждения стрими пошарит экран и покажет какой-то пример. Также я выделил отдельно топ э ошибок кандидатов в
Speaker A
теоретической части, где они поплыли. Первое, чаще всего путаются в уровнях изоляции транзакций, то есть их могут все перечислить, но если копнуть поглубже, там уже начинаются проблемы.
Speaker A
Не знают решения проблемы N +1, кандидаты знают, что такая проблема есть, но как её решить, объяснить почему-то не могут. не понимают каких-то вещей по многопоточности, потому что с ней очень мало сталкиваются в продакшене, не могут оценить сложность алгоритма. Здесь рекомендую всем книгу
Speaker A
Крокайм алгоритмы. У меня её нет, к сожалению, в печатном виде. Ну и мало знают про сборщики мусора, хотя это спрашивают, но опять же в продакшене этим занимаются мало, поэтому это только вот обычно повторяют в рамках подготовки к интервью. Теперь про деньги. Я выделил
Speaker A
отдельную категорию хороших оферов от 280.000. Сюда попали пять интервью. Опять же, это только из тех, у кого мы знаем по итогу сумму офера. Во всех этих интервью обязательно были вопросы по кавке, по систем-дизайну, по масштабированию системы, то есть там
Speaker A
репликация, шардирование, кэширование и вот это всё. Ну и ku либо Open Shift для оферов на вилке 150-200.000. Фокус идёт классически на коллекции, многопоточность стримы спринг ибернейтe. Причём даже статистически зависимость между сложностью вопросов и уровнем зарплаты не удалось выявить. По
Speaker A
своему опыту могу сказать, что оно практически так и бывает, потому что есть очень сложные вопросы там на 150.000 и легчайшие просто собеседование на 240, так же как есть сложные на 240 и очень лёгкий на 150. То есть здесь не
Speaker A
угадать. Поэтому самое главное, пробуйте, не отчаивайтесь после первого неудачного интервью. Но и первый же офер тоже не принимайте.
Topics:Javaсобеседованиеmiddle Java разработчикмикросервисымногопоточностьKafkaDockerKubernetesStream APIтранзакции











