Читаешь ли документацию на английском и какие сайты используешь для поиска решений
Что проверяют
Сможете ли вы разобраться сами, когда ответа на русском нет. Для Java это ежедневная необходимость: спецификации, релиз-ноты JDK, справочник Spring и Javadoc существуют только на английском, а перевод статьи устаревает через версию. Заодно смотрят, куда вы идёте за ответом и в каком порядке.
Как отвечать
Честно: читаю, технического английского хватает уровня чтения. Дальше назвать порядок действий, он важнее списка закладок:
- официальная документация и справочник фреймворка, потому что там актуальная версия, а не чья-то перепечатка трёхлетней давности;
- Javadoc и исходники библиотеки: в Java это часто быстрее поиска, исходники подключаются в IDE, и в них виден реальный контракт метода;
- трекер ошибок и обсуждения в репозитории проекта, когда поведение похоже на баг;
- вопросно-ответные сайты и блоги, но с проверкой даты и версии: ответ про старые мажорные версии Spring Boot сегодня нередко уже неверен;
- заметки о выпуске и руководство по миграции при обновлении версии.
Полезно добавить, что вы делаете до поиска: читаете стектрейс целиком, доходите до первопричины в Caused by, воспроизводите проблему тестом. Это отличает инженера от человека, который вставляет первый попавшийся ответ.
Если английский слабый, так и скажите, добавив, чем компенсируете и как подтягиваете.
Где спотыкаются
Отвечают «да, свободно», а на просьбу пересказать абзац из документации или объяснить смысл аннотации теряются. Проверка бывает тут же на собеседовании, поэтому завышать уровень бессмысленно.
Второе: перечисляют сайты и на этом останавливаются. Интервьюеру нужен не список ресурсов, а критерий доверия: как вы понимаете, что найденный совет применим к вашей версии и вашему окружению.
Третье: признаются, что решают всё готовыми ответами из поиска. В Java это опасный сигнал: скопированный фрагмент с блокирующим вызовом внутри реактивного стека или с чужими настройками пула соединений выглядит рабочим ровно до нагрузки.