> Какими версиями Python вы пользовались? (Python)

Короткий ответ

В основном работал с Python 3.8-3.12: 3.8 и 3.9 в legacy-проектах, 3.10-3.11 как основные версии в текущей разработке, 3.12 пробовал в pet-проектах и для новых сервисов. Python 2 не использовал в коммерческой разработке, только в учебных целях. Слежу за нововведениями, но в проде предпочитаю стабильные версии с длительной поддержкой.

Подробное объяснение

Опыт с версиями можно разбить на три группы:

• Python 3.8 - часто встречается в старых кодовых базах, особенно в корпоративных проектах. Из фич активно использовал f-string с = для отладки, positional-only параметры, walrus operator (в 3.8 он появился).
• Python 3.9 - типичная версия для проектов, которые не успели обновиться. Полезные фичи: встроенные generic-типы (list[str] вместо List[str]), dict | None в аннотациях.
• Python 3.10-3.11 - основные рабочие версии. Здесь уже есть match-case, улучшенные сообщения об ошибках, значительный прирост производительности в 3.11 (до 10-60% в зависимости от нагрузки).
• Python 3.12 - использую для новых проектов и экспериментов: более гибкие аннотации, улучшенный asyncio, typing стал строже.

Важный момент - версия Python определяет не только синтаксис, но и доступность библиотек. Например, некоторые пакеты требуют 3.9+, а часть старых зависимостей не работает на 3.12. Поэтому при выборе версии смотрю на совместимость стека и сроки поддержки (EOL).

На практике

В реальных проектах чаще всего приходится работать не с одной версией, а с несколькими одновременно. Например:

• поддержка legacy-сервиса на 3.8, где нельзя просто так обновиться из-за зависимостей;
• основной микросервис на 3.11;
• новый сервис на 3.12.

Для управления версиями использую pyenv или uv, для изоляции окружений - venv и poetry. В CI обязательно проверяю код на минимальной поддерживаемой версии, чтобы не использовать фичи, которых нет у пользователей.

При переезде между версиями обращаю внимание на:

• изменения в стандартной библиотеке (например, asyncio.get_event_loop deprecated в 3.10);
• поведение типов и аннотаций;
• изменения в работе с исключениями и контекстными менеджерами.

Пример кода

PYTHON
# Пример использования фич разных версий

# Python 3.8+: walrus operator
if (n := len(items)) > 10:
    print(f"Много элементов: {n}")

# Python 3.9+: встроенные generic-типы
def process(items: list[str]) -> dict[str, int]:
    return {item: len(item) for item in items}

# Python 3.10+: match-case
def describe(value) -> str:
    match value:
        case {"type": "user", "name": name}:
            return f"Пользователь: {name}"
        case [first, *rest] if first == "admin":
            return "Админ с правами"
        case _:
            return "Неизвестно"

# Python 3.12+: более строгие аннотации
from typing import override

class Base:
    def method(self) -> None:
        pass

class Child(Base):
    @override
    def method(self) -> None:
        print("override")

Как отвечать на собеседовании

Начните с конкретных версий, с которыми работали, и сразу укажите контекст: где использовали, как долго, в каких проектах. Затем коротко упомяните, какие фичи каждой версии реально применяли в работе, а не просто знаете о них. Это покажет практический опыт.

Если спросят про Python 2 - честно скажите, что не работали или работали мало. Это не минус, а норма для middle-разработчика.

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

Что проверяет интервьюер

Интервьюер хочет понять:

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

Также проверяется способность говорить конкретно: называть версии, фичи, примеры из практики, а не общие слова.

Типичные ошибки

• Называть только одну версию и не уметь объяснить, чем отличаются другие.
• Перечислять все фичи всех версий подряд - это выглядит как заученный список.
• Говорить "я работал с Python 3" без уточнения конкретных версий.
• Путать версии: например, приписывать match-case к 3.9 или walrus к 3.7.
• Не упоминать про управление версиями и окружениями - это важная часть практики.
• Утверждать, что Python 2 - это то же самое, что Python 3, или наоборот, что разница несущественна.