Что делать, когда не получается выполнить задачу

Что делать, когда не получается выполнить задачу

Это частый вопрос на собеседованиях, потому что интервьюер хочет понять вашу способность решать проблемы, обучаться и взаимодействовать в команде. Правильный ответ показывает профессионализм и зрелость.

Правильный подход: пошаговый алгоритм

1. Разобраться в проблеме (Understand)

Это НЕ начинать кодить сразу!

// НЕПРАВИЛЬНО: сразу кодить
public void complexTask() {
    // Какой-то код...
}

// ПРАВИЛЬНО: сначала понять требования
// - Какова цель задачи?
// - Какие есть ограничения?
// - Каков критерий успеха?
// - Есть ли подобные решения в кодовой базе?

Что делать:

• Прочитайте задачу несколько раз
• Выпишите требования и ограничения
• Нарисуйте диаграмму процесса
• Определите входные и выходные данные

2. Разделить задачу на подзадачи (Break Down)

Большая задача кажется неподъёмной. Разбить её помогает:

// Задача: написать REST API для работы с пользователями

// Подзадачи:
// 1. Создать Entity класс User
// 2. Написать Repository для User
// 3. Написать Service с бизнес-логикой
// 4. Создать REST Controller
// 5. Написать Unit тесты
// 6. Написать Integration тесты
// 7. Документировать API

public class UserTask {
    // 1. Entity
    @Entity
    public static class User {
        private Long id;
        private String name;
    }
    
    // 2. Repository
    public interface UserRepository extends JpaRepository<User, Long> {}
    
    // 3. Service
    public static class UserService {
        public User createUser(String name) { return null; }
    }
}

3. Изучить существующие решения (Research)

Не переизобретайте велосипед!

// Перед написанием собственного решения:
// - Посмотрите документацию
// - Изучите похожий код в вашем проекте
// - Google, Stack Overflow
// - Попросите примеры у опытных коллег

// Пример: нужен пулинг соединений
// НЕПРАВИЛЬНО: писать свой пулинг
// ПРАВИЛЬНО: использовать HikariCP, Tomcat Connection Pool и т.д.

DataSource dataSource = new HikariDataSource();

4. Спросить помощь (Ask for Help)

Это НЕ слабость, это профессионализм!

// Когда спрашивать:
// - Вы застряли больше чем на 15-30 минут
// - Требуется информация только в голове у коллег
// - Нужна архитектурная консультация
// - Нужна помощь с domain knowledge

// Как правильно спросить:
public class AskingStrategy {
    
    // ❌ Неправильно: вопрос без контекста
    // "Как это сделать?"
    
    // ✅ Правильно: с описанием проблемы
    /*
    Задача: реализовать пагинацию для больших таблиц.
    
    Проблема: при offset > 1000000 запрос становится медленным.
    
    Что я пробовал:
    1. Добавил индекс на id
    2. Использовал SELECT * без LIMIT — но это не помогло
    
    Вопрос: Как оптимизировать для больших offset?
    */
}

5. Пробовать простые решения первым (KISS)

Не усложняй сразу!

// Задача: найти максимум в массиве

// Вариант 1: ПРОСТОЙ (начни с этого)
public int findMax(int[] arr) {
    int max = Integer.MIN_VALUE;
    for (int num : arr) {
        if (num > max) max = num;
    }
    return max;
}

// Вариант 2: Сложный (если простой не помогает)
public int findMaxParallel(int[] arr) {
    return Arrays.stream(arr)
        .parallel()
        .max()
        .orElse(Integer.MIN_VALUE);
}

// Начни с Варианта 1, потом оптимизируй если нужно

6. Тестировать, не писать сразу все (TDD)

// Неправильный порядок: код → тесты
// Правильный порядок: тесты → код

// 1. Написать тест
@Test
public void testCreateUser() {
    UserService service = new UserService();
    User user = service.createUser("John");
    assertNotNull(user);
    assertEquals("John", user.getName());
}

// 2. Написать минимальный код для прохождения теста
public class UserService {
    public User createUser(String name) {
        return new User(name);
    }
}

// 3. Рефакторить и улучшать

7. Если ничего не помогает (Debug)

// Включить логирование
public void complexMethod() {
    logger.info("Starting processing");
    
    Data data = getData();
    logger.debug("Got data: " + data);
    
    Result result = process(data);
    logger.debug("Processing result: " + result);
    
    logger.info("Processing finished");
}

// Использовать отладчик (debugger)
// - Установить breakpoint
// - Пройти пошагово
// - Смотреть значения переменных
// - Понять где идёт ошибка

Что НЕ делать

// ❌ Паниковать и сдаваться
// ❌ Писать неопрятный код и потом рефакторить
// ❌ Не писать тесты
// ❌ Не документировать свои находки
// ❌ Работать в изоляции (когда нужна помощь)
// ❌ Переусложнить сразу
// ❌ Не спрашивать требования

Как ответить на интервью

На собеседовании ответьте примерно так:

"Когда я не получаю что-то выполнить, я следую такому подходу:

1. Сначала разбираюсь в требованиях — перечитываю задачу, выпрашиваю требования

2. Разбиваю большую задачу на маленькие подзадачи

3. Исследую, есть ли подобные решения в проекте или документации

4. Пишу простое решение сначала, потом оптимизирую

5. Пишу тесты во время разработки (TDD)

6. Если застрял > 15-30 минут — спрашиваю коллег или наставника
   На интервью я спросил бы у вас

7. Если нужно — включаю отладчик и выполняю пошагово

Этот подход помогал мне в [конкретный пример из жизни]."

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

// Реальная ситуация: нужно оптимизировать медленный запрос

// Шаг 1: Понять проблему
// SELECT * FROM orders WHERE created_date > ? — медленно

// Шаг 2: Разбить
// - Найти узкое место (EXPLAIN PLAN)
// - Добавить индекс
// - Пересмотреть запрос
// - Протестировать

// Шаг 3: Исследовать
// - Посмотреть документацию PostgreSQL по индексам
// - Спросить DBA

// Шаг 4: Простое решение
CREATE INDEX idx_orders_date ON orders(created_date);

// Шаг 5: Тест
@Test
public void testOrderPerformance() {
    long start = System.currentTimeMillis();
    List<Order> orders = orderService.getOrdersSince(date);
    long duration = System.currentTimeMillis() - start;
    assertTrue(duration < 100);  // Должно быть < 100ms
}

// Шаг 6: Если не помогает — спрашиваю DBA

Вывод

Умение справляться с трудными задачами — это:

• Структурированное мышление
• Способность учиться и искать решения
• Умение просить помощь в правильный момент
• Настойчивость и аналитическое мышление

Это одни из самых ценных качеств разработчика, дороже чем знание синтаксиса.