Получал ли небольшие задачи от тимлида

# Получение небольших задач от тимлида

Да, конечно. Это нормальная и важная часть работы в команде разработчиков. Такие задачи часто называют "onboarding tasks" или "ramp-up tasks".

Личный опыт

В моём текущем проекте я регулярно получаю небольшие задачи от тимлида. Вот несколько примеров:

Пример 1: Рефакторинг существующего кода

Задача: "Рефакторить класс PaymentValidator — выделить валидацию CVV в отдельный метод"

Что я сделал:

• Проанализировал текущую реализацию
• Выделил логику проверки CVV в отдельный метод
• Добавил unit тесты для новой логики
• Запустил существующие тесты (они остались green)
• Создал PR с подробным описанием
• Получил feedback и внёс правки

Результат: Код стал более читаемым, логика переиспользуется, unit тесты покрывают граничные случаи.

Пример 2: Добавление нового SQL индекса

Задача: "На таблице orders добавить индекс по created_at для ускорения фильтрации по датам"

Процесс:

• Проверил текущую схему БД
• Посмотрел explain plan для медленного запроса
• Создал миграцию (Liquibase/Flyway)
• Написал integration тест
• Протестировал на staging
• Запустил миграцию

Результат: Query выполняется на 50% быстрее, нет дополнительных нагрузок.

Пример 3: Исправить issue из багреты

Задача: "BugTracker PROJ-1234: Когда пользователь удаляет заказ, notification остаётся в БД"

Что я сделал:

• Воспроизвел баг на staging
• Нашел, что в методе deleteOrder отсутствует каскадное удаление
• Добавил @OnDelete(action = OnDeleteAction.CASCADE) в JPA модели
• Написал integration тест на удаление заказа
• Проверил, что notification удаляется

Результат: Баг исправлен, регрессионный тест добавлен.

Как я работаю с такими задачами

1. Понимание требований

Тимлид: "Добавь логирование в PaymentService"

Мой подход:
✓ Уточняю: какой уровень логирования (DEBUG, INFO)?
✓ Спрашиваю: какую информацию логировать (payment ID, amount)?
✓ Проверяю: есть ли уже логирование в других сервисах?
✓ Смотрю: как в проекте организовано логирование

2. Исследование кодовой базы

// Беру задачу "Добавить caching для getUserById"

// 1. Исследую текущую реализацию
@Repository
public class UserRepository extends JpaRepository<User, UUID> {
    Optional<User> findById(UUID id);
}

// 2. Смотрю, где используется
UserRepository.findById(userId); // много мест

// 3. Проверяю, есть ли уже кэширование в проекте
// Нахожу @Cacheable в других сервисах

// 4. Вношу изменения по паттерну проекта
@Service
public class UserService {
    @Cacheable(value = "users", key = "#id")
    public User getUserById(UUID id) {
        return userRepository.findById(id)
            .orElseThrow(() -> new NotFoundException("User not found"));
    }
}

3. Правильное исполнение

Мой чеклист для каждой задачи:

• Код компилируется без ошибок
• Новый код имеет unit тесты
• Существующие тесты проходят
• Coverage > 80% для новых методов
• Код соответствует стилю проекта
• Нет WARNING'ов в linter'е
• Документация обновлена (если нужно)
• PR описание подробное и понятное
• На локальной машине протестировано

4. Общение результатов

Когда создаю PR:

## Description
Добавлена валидация email в UserService

## Changes
- Добавлен EmailValidator класс
- Добавлены unit тесты (8 test cases)
- Интегрирован в UserService.createUser()

## Testing
- Протестировано на staging
- Все существующие тесты проходят
- Coverage: 94%

## Performance Impact
Нет, операция < 1ms

## Notes
Проверил RFC для email регулярного выражения

Типы небольших задач, которые получаю

1. Code Cleanup

// Убрать неиспользуемые импорты
// Переименовать переменные для clarity
// Выделить magic numbers в константы
import static com.example.Constants.MAX_RETRY_COUNT;

private static final int MAX_RETRY_COUNT = 3; // вместо просто 3

2. Documentation

/**
 * Обрабатывает платёж и сохраняет результат в БД
 * 
 * @param payment платёж для обработки
 * @return true если платёж успешен
 * @throws PaymentProcessingException если произошла ошибка
 */
public boolean processPayment(Payment payment) {
    // implementation
}

3. Bug Fixes

// Было: NullPointerException при null user
public String getUsername(User user) {
    return user.getName();
}

// Стало: безопасное
public String getUsername(User user) {
    return Optional.ofNullable(user)
        .map(User::getName)
        .orElse("Unknown");
}

4. Performance Optimization

// Было: N+1 запрос
List<User> users = userRepository.findAll();
for (User user : users) {
    List<Order> orders = orderRepository.findByUserId(user.getId());
}

// Стало: один запрос с JOIN FETCH
@Query("SELECT DISTINCT u FROM User u LEFT JOIN FETCH u.orders")
List<User> findAllWithOrders();

5. Adding Tests

// Добавить тесты для граничных случаев
@Test
void testCalculateDiscount_ZeroPrice() {
    double result = calculator.calculateDiscount(0);
    assertEquals(0, result);
}

@Test
void testCalculateDiscount_NegativePrice() {
    assertThrows(IllegalArgumentException.class, () -> {
        calculator.calculateDiscount(-100);
    });
}

Почему тимлид дает такие задачи

1. Onboarding

Новому разработчику нужно:

• Освоиться с кодовой базой
• Понять архитектуру проекта
• Наладить workflow (git, CI/CD)

2. Develop skills

Это способ развивать навыки:

• Практика с нужными технологиями
• Изучение best practices проекта
• Улучшение code review скилла

3. Maintain Code Quality

Нужно поддерживать чистоту:

• Рефакторинг старого кода
• Улучшение тестов
• Оптимизация performance

Как я отношусь к таким задачам

Позитивно. Потому что:

✓ Не чувствую себя глупо — все проходят через это ✓ Быстро учусь — есть быстрый feedback ✓ Вношу значимый вклад — даже небольшие задачи улучшают проект ✓ Строю доверие — показываю, что работаю качественно ✓ Набираю confidence — успешно завершаю задачи

Результаты

После выполнения таких задач:

• Успешно выполнил 100+ небольших задач
• Все PR'ы были одобрены (после 0-2 итераций feedback)
• Получил похвалу за внимательность к деталям
• Стал более уверенным в коде проекта
• Мне начали давать более сложные задачи

Это был естественный путь к более сложной работе и повышению ответственности.