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

Да, важнее всего услышать не сам факт следования стандарту, а как он помогал в работе: уменьшал ошибки, упрощал поддержку и чтение кода. Хороший ответ показывает привычку писать единообразно, проверять стиль и думать о читабельности для команды. Обычно ожидают конкретный пример из практики, а не общие слова.

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

Принцип кодирования — это правило, которое делает код понятным, предсказуемым и удобным для сопровождения. В Python часто придерживаются PEP 8: понятные имена, отступы, разумная длина строк, импорт в начале файла, отсутствие лишней сложности. Смысл не в формальном соблюдении, а в том, чтобы любой разработчик мог быстро разобраться в коде.

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

Например, в команде можно было договориться всегда писать читаемые имена переменных и выносить повторяющуюся логику в отдельные функции. Это снижает количество ошибок и упрощает ревью.

def calculate_total_price(items):
    total = 0
    for item in items:
        total += item.price
    return total

Здесь функция названа по смыслу, переменная total понятна, а логика не размазана по коду.

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

Код показывает простой пример соблюдения принципа читабельности. Функция calculate_total_price сразу объясняет, что она делает.
Шаг 1: объявляется функция с понятным именем.
Шаг 2: создаётся аккумулятор total, который хранит сумму.
Шаг 3: цикл проходит по списку items и добавляет цену каждого элемента.
Шаг 4: функция возвращает итоговое значение.

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

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

Лучше приводить конкретный принцип: PEP 8, читаемые имена, DRY, простые функции, единый стиль в команде.
Важно связать стандарт с пользой: меньше багов, проще поддержка, быстрее ревью.
Хороший пример должен быть реалистичным и показывать практику, а не теорию.
Для Python особенно уместно упоминать читаемость и единообразие кода.
Если есть опыт, можно добавить, что стиль контролировался линтером или code review.

Можно ли привести пример принципа или стандарта кодирования, которому вы следовали в своей предыдущей работе?