Собеседование в ВТБ с код-ревью: Middle Java разработчик справился!

• Обсуждение работы в условиях импортозамещения и инноваций.  

• Проблемы с повышением и увольнением.  

• Представление участников: Илья и Плав.  

• Илья работает в банке ВТБ, занимается оркестрацией сервисов.  

• Плав учится в магистратуре и участвовал в студенческом стартапе.  

• Цель - найти работу Java-разработчика.  

• Стартап - группа друзей, интерпрайс - разросшийся стартап с корпоративной культурой.  

• Различия в использовании технологий и лицензиях.  

• Инкапсуляция: данные и методы в одном классе.  

• Наследование: классы могут наследовать свойства других классов.  

• Полиморфизм: способность классов переопределять функционал.  

• Абстракция: классы содержат только нужные данные.  

• Object - базовый класс для всех классов в Java.  

• Методы: toString, equals, hashCode, compareTo.  

• Хэш-код и его использование в хэш-таблицах.  

• Иерархия интерфейсов: Collection, List, Set, Map, Queue, Stack.  

• Различия между HashMap и Hashtable.  

• Поток-безопасность и производительность.  

• Исключения как особый тип данных.  

• Иерархия исключений: RuntimeException, Error, Exception.  

• Различия между checked и unchecked исключениями.  

• Обработка исключений в лямбда-выражениях.  

• Принцип единственной ответственности: класс должен иметь только одну причину для изменения.  

• Принцип открытости/закрытости: новый функционал добавляется через переиспользование старого кода.  

• Принцип подстановки Лисков: классы-наследники должны корректно работать в тех же ситуациях, что и родительские классы.  

• Принцип разделения интерфейсов: лучше иметь много маленьких интерфейсов, чем один большой.  

• Принцип инверсии зависимостей: классы зависят от абстракций, а не от конкретных реализаций.  

• Использование интерфейсов для абстракции зависимостей.  

• Создание интерфейсов для тестирования и профилирования.  

• Возможность использования моков для тестирования.  

• Принцип здравого смысла: если реализация не меняется, можно оставить одну реализацию.  

• Spring Context как основной класс Spring.  

• Управление бинами, жизненным циклом, ресурсами и событиями.  

• Прозрачная работа с валидацией, задачами планирования и интеграцией с веб.  

• Филд инжекшн, сеттер инжекшн и инъекция через конструктор.  

• Преимущества инъекции через конструктор.  

• Использование интерфейсов для внедрения зависимостей.  

• ORM как технология для связывания сущностей с таблицами в базе данных.  

• Hibernate как популярный фреймворк для Java.  

• Состояния объектов в Hibernate: transient, persistent, detached.  

• Принципы Боба Мартина: не более пяти методов, аргументов и строк кода.  

• Принципы DRY: отсекать лишнее, избегать дублирования кода.  

• Принцип YAGNI: не добавлять ненужное, избегать избыточности.  

• Избегайте написания методов, которые не будут использоваться.  

• Используйте DRY принцип "не повторяйся".  

• Пишите простой и понятный код, чтобы его могли понять новички.  

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

• Эксперименты с фреймворками и потоками могут быть ненадежными.  

• Важно тестировать код перед отправкой на производство.  

• Менеджер просит опытного разработчика провести ревью кода.  

• Обнаружены ошибки: отсутствие инъекции через Spring, использование REST-контроллера вместо Spring MVC.  

• Рекомендовано использовать REST-контроллер для улучшения качества кода.  

• Обнаружено несоответствие стандарту REST.  

• Использование Spring Security для проверки пользователей.  

• Проблемы с потокобезопасностью и масштабируемостью.  

• Использование статического списка для хранения пользователей.  

• Проблемы с масштабируемостью и потокобезопасностью.  

• Контекст и транзакции должны быть управляемыми.  

• Логирование исключений через Sentry.  

• Использование конфигураций для подключения к базе данных.  

• Проблемы с закрытием соединений и использованием ресурсов.  

• Использование мультистрочных литералов для улучшения читаемости.  

• Конкатенация строк вместо использования StringBuilder.  

• Проблемы с обновлением данных и использованием старых версий Java.  

• Разбиение метода на несколько этапов.  

• Использование отдельных объектов для данных вместо хэшмапов.  

• Обработка исключений и использование аннотаций для автоматического управления потоками.  

• Использование обжита для передачи данных.  

• Проблемы с типизацией и безопасностью.  

• Рекомендация использовать гетеро сеттеры и нейминг для улучшения кода.  

• Обсуждение метода GET и его недостатков.  

• Рекомендация переименовать контроллер и добавить валидацию входных параметров.  

• Предложение разделить модели на ордер и инвентарь.  

• Создание отдельных моделей для ордера и инвентаря.  

• Использование аннотаций для валидации и связи с БД.  

• Предложение использовать интерфейсы репозиториев для упрощения работы.  

• Обсуждение нарушения инкапсуляции и необходимости аннотаций.  

• Рекомендация использовать аннотации для внедрения зависимостей.  

• Упоминание о необходимости логирования и транзакций.  

• Описание менторской платформы для достижения карьерных целей.  

• Преимущества работы с менторами, включая Илью.  

• Процесс менторства: тестовое интервью, индивидуальный план занятий, поддержка в чате.  

• Два тарифа: следующий грейд и получение оффера.  

• Гарантия трудоустройства и дополнительные занятия при необходимости.  

• Стоимость и условия менторства, включая тестовое интервью и индивидуальный план занятий.  

• Специальная скидка для участников вебинара.  

• Процесс подачи заявки и подбора ментора.  

• Обещание быстрого подбора ментора и проведения собеседования.  

• В крупных компаниях часто проводят двухчасовые или многоэтапные собеседования.  

• Вопросы могут быть как теоретическими, так и практическими.  

• Теория у Славы была хорошей, но вопросы были базовыми.  

• Некоторые хорошо отвечают на теорию, но плохо на практике.  

• Лайф-кодинг и задачи требуют отдельной подготовки.  

• Слава хорошо подсветил проблемы в коде, но не всегда глубоко разбирался в деталях.  

• Важно понимать, что делает контроллер и как он связан с другими объектами.  

• Слава подсветил проблемные зоны, но не всегда объяснял, почему это плохо.  

• Идеальный вариант — успеть написать код, но это не всегда возможно.  

• Мидл разработчики должны учиться на ошибках и комментариях на код-ревью.  

• Основные проблемы были подчеркнуты, но для полного решения нужно больше времени.  

• Важно совмещать теорию и практику, чтобы показать опыт.  

• Слава получил хороший фидбек, особенно за лайф-рефакторинг.  

• Важно понимать архитектуру и принципы работы кода без запуска приложения.  

• Опыт и фидбек помогли Славе улучшить свои навыки и подготовиться к следующему собеседованию.  

• Не стоит сразу указывать кандидату на ошибки в ответах.  

• Важно не создавать тильт у кандидата, чтобы не испортить диалог.  

• Некоторые неточности в ответах допустимы, но лучше уточнять информацию.  

• Важно задавать настрой на расслабленный диалог.  

• Если кандидат нервничает, значит, что-то не так.  

• Вопросы должны быть нацелены на подтверждение теорий, а не на проверку знаний.  

• Рефакторинг кода должен улучшать читаемость и производительность.  

• Важно проводить регресс после значительных изменений.  

• В интерпрайс проектах бизнес платит за функционал, а не за качество кода.  

• Код-ревью помогает улучшить качество кода и избежать ошибок.  

• Слишком частые ревью могут привести к заучиванию ошибок.  

• Важно привлекать новых специалистов для объективного взгляда на код.  

• Благодарность за участие в интервью.  

• Признание мастерства Славы в ответах на вопросы.  

• Пожелания хорошего вечера и до встречи на следующей неделе.