Как быстро вникаешь в задачу

# Как быстро вникаешь в задачу

Этот вопрос проверяет вашу способность быстро ориентироваться в коде. Я подходу к этому системно.

Мой подход

1. Понимание контекста (5 минут)

Первое — не читать код сразу, а понять задачу:

• Что именно нужно сделать?
• Почему это нужно сделать?
• Какие есть ограничения и требования?
• Какой результат ожидается?

Я задаю вопросы:

• Есть ли описание в JIRA или GitHub issues?
• Есть ли примеры или тесты?
• Какие-нибудь особые edge cases?
• Какой deadline?

2. Архитектурный обзор (10 минут)

Потом смотрю на структуру проекта:

• Как организован код? (MVC, Clean Architecture, DDD?)
• Какие используются фреймворки? (Spring, Quarkus?)
• Есть ли документация об архитектуре?
• Где находятся domain logic, controllers, repositories?

3. Связанный код (15 минут)

Потом находу релевантные файлы:

• Если задача про API endpoint — смотрю Controller, Service, Repository
• Если про bug — смотрю unit тесты, чтобы понять, что ломается
• Смотрю на существующие примеры похожего кода

В IDE использую:

• Ctrl+Shift+F — поиск по всему проекту
• Ctrl+B — goto definition
• Ctrl+Alt+H — show usages

4. Тесты (10 минут)

Читаю тесты для этого класса:

• Какие сценарии уже покрыты?
• Какие edge cases учитываются?
• Какие ошибки ожидаются?

Тесты часто лучше документации.

5. Экспериментирование

Если что-то непонятно:

• Пишу простой unit тест
• Запускаю существующие тесты
• Читаю исключения и stacktraces
• Ставлю breakpoint и дебажу

Практический пример

Такач, мне дали задачу: "Добавить кэширование для запросов к внешнему API".

Минута 1-2: Где точка входа? Какой API? Зачем кэш? Какой TTL?

Минута 3-5: Смотрю на код с помощью grep.

Минута 6-10: Нашёл класс ExternalApiClient, смотрю его код.

Минута 11-15: Ищу, где это используется (grep -r getUserData src/).

Найду UserService.getUser(), смотрю её.

Минута 16-20: Читаю тесты для UserService, смотрю mock'и.

Минута 21-25: Смотрю, есть ли уже кэширование в проекте:

Если используется Spring Cache, то просто добавлю Cacheable annotation.

Техники для быстрого понимания

1. RTFM (Read The Manual)

• README.md в проекте
• docs/ папка
• Comments и javadoc в коде
• Git history (git blame)

2. Поиск по названиям

• find src -name "*Service.java" — все service'ы
• find src -name "*Controller.java" — все controller'ы
• find . -name "application*.properties" — конфиги

3. Анализ dependencies

• Какие фреймворки используются?
• Какая версия Java?
• Какие библиотеки для тестирования?

4. Запуск приложения

mvn spring-boot:run или ./gradlew bootRun

Осмотреть логи — часто там есть полезная информация.

5. Дебаггинг

Если понимание медленное — поставлю breakpoint и запущу в дебаггере.

Когда застраиваю

Если после 30 минут всё ещё не понимаю:

1. Спрашиваю у команды — это нормально, особенно на новом проекте
2. Записываю вопросы — не держу в голове, пишу
3. Создаю диаграмму — рисую flow данных между компонентами
4. Ищу похожие задачи — в git history, в других branches

Скорость понимания зависит от

• Качества кода: Clean Code — быстро, спагетти код — медленно
• Документации: хорошая документация ускоряет в 10 раз
• Familiarity: знаю Spring — быстрее
• Тестов: без тестов сложнее понять код

Вывод

Быстро вникаю в задачу через:

1. Понимание требований (5 мин)
2. Обзор архитектуры (10 мин)
3. Поиск релевантного кода (15 мин)
4. Изучение тестов (10 мин)
5. Экспериментирование при необходимости

Обычно на простую задачу — 30-40 минут, на сложную — 2-3 часа. Главное — методично разбираться, а не паниковать.