Встречается на собеседованиях • сегодня

Какие знаешь правила хорошего кода

  1. Читаемость: код должен быть понятным без лишних комментариев. Используй осмысленные имена переменных/функций (calculate_total вместо calc).
  2. DRY (Don't Repeat Yourself): избегай дублирования кода. Выноси повторяющиеся части в функции/классы.
  3. KISS (Keep It Simple, Stupid): чем проще решение, тем лучше. Избегай излишней сложности.
  4. SOLID:
    • Single Responsibility: одна функция/класс — одна задача.
    • Open/Closed: классы должны быть открыты для расширения, но закрыты для изменений.
    • Liskov Substitution: наследники должны заменять родителей без ошибок.
    • Interface Segregation: много специализированных интерфейсов лучше одного общего.
    • Dependency Inversion: завись от абстракций, а не от деталей.

Пример плохого кода:

python
def f(x, y):
    return x + y  # Что складываем? Непонятно.

Пример улучшенного:

python
def calculate_sum(a: int, b: int) -> int:
    """Возвращает сумму двух чисел."""
    return a + b
  1. Тестируемость: код должен легко покрываться тестами (избегай глобальных состояний).
  2. PEP 8: соблюдай стиль (отступы, пробелы, длина строки).
  3. Документирование: пиши docstrings и комментарии там, где логика неочевидна.
Sophi
Софи собрала все вопросы. Тренируйся и получай
офферы быстрее!
Попробовать бесплатноArrow

Следующий вопрос

Это единственный вопрос по вашему фильтру

как отвечать на вопрос
пример собеседования
фреймворки на собеседовании
типичные вопросы junior
интервью вопросы и ответы