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

Низкое качество кода обычно видно по плохой читаемости, высокой связанности и сложности сопровождения. Такой код трудно тестировать, безопасно менять и расширять без регрессий. На собеседовании важно показать, что качество оценивается не только по “работает / не работает”, но и по стоимости поддержки.

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

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

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

def process(data):
    r = []
    for x in data:
        if x > 0:
            if x % 2 == 0:
                r.append(x * 2)
            else:
                r.append(x * 3)
    return r

Здесь код рабочий, но его качество среднее или низкое: имя функции слишком общее, переменная r ничего не объясняет, логика смешана в одном месте, а правила обработки не вынесены в отдельные функции.

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

Код иллюстрирует несколько проблем качества:

process не объясняет, что именно происходит.
r — неинформативное имя, из-за которого приходится читать весь код.
Условная логика вложена, хотя её можно упростить или разделить.
В функции смешаны фильтрация и преобразование данных.
Если появится новое правило обработки, эту функцию будет сложнее менять и тестировать.

Более качественный вариант обычно делает шаги явными: сначала фильтрация, потом преобразование, а бизнес-правила выносятся в отдельные функции с понятными именами.

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

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

Какие характеристики свидетельствуют о низком качестве программного кода?