Что хотят услышать интервьюеры:

Ожидается, что сложность задачи оценивают не «на глаз», а через разбор требований, ограничений и сценариев использования. Важно показать умение выделять критерии: объем данных, число операций, требования к времени, памяти, риски по интеграциям и неопределенности. Также полезно уметь сравнить несколько вариантов реализации и обосновать выбор простого решения, если оно достаточно.

Определение:

Уровень сложности задачи оценивают по нескольким осям: сколько в ней неизвестных, насколько много шагов требуется для реализации, какие есть зависимости, каковы ограничения по производительности и насколько высоки риски изменений. На практике это означает анализ требований, декомпозицию на подзадачи и прикидку трудозатрат по каждой части.

Для разработки на Python обычно смотрят на:

объем и структуру входных данных;
количество сущностей и бизнес-правил;
наличие интеграций, БД, очередей, API;
требования по latency, throughput, памяти;
необходимость тестов, миграций, обратной совместимости.

Пример использования:

Например, нужно реализовать импорт пользователей из CSV в систему. Простая версия задачи — прочитать файл, проверить несколько полей и сохранить записи. Сложность вырастает, если нужно поддержать большие файлы, дедупликацию, валидацию, частичные ошибки, логирование и откат.

def estimate_task_complexity(features: dict) -> str:
    score = 0

    score += 1 if features.get("simple_crud") else 0
    score += 2 if features.get("validation") else 0
    score += 2 if features.get("db_integration") else 0
    score += 3 if features.get("external_api") else 0
    score += 3 if features.get("large_data") else 0
    score += 2 if features.get("failure_handling") else 0

    if score <= 2:
        return "low"
    if score <= 6:
        return "medium"
    return "high"

Пояснение кода:

Код показывает простой эвристический способ оценки сложности по набору признаков. Сначала каждой характеристике задачи присваивается вес: интеграция с внешним API и большие данные считаются более сложными, чем обычный CRUD. Затем суммарный балл переводится в категорию сложности: low, medium или high.

Пошагово это выглядит так:

Описываются признаки задачи в виде словаря.
Каждый признак добавляет определенное количество баллов.
Баллы суммируются.
По итоговому значению выбирается уровень сложности.

Такой подход не заменяет экспертную оценку, но помогает сделать ее более формальной и одинаковой для разных задач.

Ключевые моменты:

Сложность задачи оценивают не только по коду, но и по требованиям, рискам и зависимостям.
Главное — разделить задачу на подзадачи и понять, какая часть действительно трудоемкая.
Важно учитывать не только реализацию, но и тестирование, поддержку, миграции и интеграции.
Для предварительной оценки полезно использовать простую шкалу или scoring-модель.
Если требований мало, лучше сначала уточнить допущения, а потом оценивать трудозатраты.

Каким образом можно оценить уровень сложности поставленной задачи?