Как проходит процесс code review и принятия задач от коллег?

«Как проходит процесс code review и принятия задач от коллег?» — вопрос из категории Софт-скиллы, который задают на 10% собеседований IOS Разработчик. Ниже — развёрнутый пример ответа, который можно адаптировать под свой опыт.

Ответ

Процесс code review — ключевая практика для поддержания качества кода. Стандартный workflow:

  1. Создание Pull Request (PR): Коллега завершает задачу и создает PR в Git (GitHub, GitLab, Bitbucket).
  2. Проверка (Review): Я проверяю код по нескольким критериям:
    • Корректность: Решение соответствует задаче и не содержит регрессий.
    • Качество кода: Соблюдение гайдлайнов проекта (стиль, архитектура).
    • Эффективность: Алгоритмическая сложность, оптимизация.
    • Безопасность: Нет уязвимостей (например, force unwrap, хардкод).
    • Тестируемость: Код покрыт тестами или легко покрываем.
  3. Обратная связь: Оставляю конструктивные комментарии прямо в интерфейсе PR.

    // ❌ Проблемный код
    let userName = currentUser!.name // Force unwrap
    
    // ✅ Предлагаемое исправление (комментарий в PR)
    guard let userName = currentUser?.name else {
        // Обработка отсутствия пользователя
        return
    }
  4. Итерация: Автор вносит правки. При необходимости проходит несколько циклов обсуждения.
  5. Апрув и мердж: После устранения всех замечаний одобряю PR, и код сливается в основную ветку.

Важно: Вести диалог уважительно, фокусируясь на коде, а не на личности. Цель — улучшить код, а не найти виноватого.