Зачем проверять оформление
Согласованный стиль помогает читать код: имена, отступы и пробелы выглядят предсказуемо. Линтер анализирует код и сообщает о выбранных нарушениях и потенциальных проблемах. Форматтер автоматически приводит оформление к определённым правилам. Конкретный набор проверок зависит от инструмента и конфигурации.
Упражнение источника
В зафиксированной редакции предлагается исправить оформление строки:
print((5**2) - (3 * 7))Однако приведённый фрагмент уже оформлен последовательно; исходное решение содержит ту же строку. Поэтому нельзя честно утверждать, что обязательно существует конкретная ошибка линтера, которую здесь нужно устранить.
Проверяем результат
Степень 5² равна 25, произведение 3·7 — 21. Разность равна 4. Рабочая программа из условия выводит именно это число. Дополнительные пробелы вокруг ** могут зависеть от принятого стиля; они не меняют арифметику.
Редакционный пример для тренировки
Чтобы действительно увидеть разницу оформления, сравните намеренно неаккуратный вариант с упорядоченным:
# Учебный неаккуратный вариант
print( (5**2)-(3*7) )
# Последовательное оформление
print((5**2) - (3 * 7))Оба дают 4. Этот пример добавлен редакцией и не выдаётся за точный исходный дефект.
Что линтер не гарантирует
Аккуратно оформленная строка print(25 + 21) синтаксически допустима, но не решает задачу о разности. Проверки оформления не заменяют тестирование результата и чтение условия. Названия правил и их включение нужно сверять с документацией конкретного инструмента; утверждения о «самом популярном» линтере для этого упражнения не нужны.
Hexlet / Code Basics и участники · Исходный урок и решение · GNU AGPL v3. Несоответствие задания отмечено; пример дополнен.