Principles

Question 1

1. Что нужно сделать перед выполнением миграций?

Answer 1

Согласовать с другими разработчиками и убедиться в отсутствии конфликтующих миграций на одной модели. Всегда актуализировать состояние миграций перед созданием новых.

Question 2

1. Почему важно согласовывать миграции с другими разработчиками?

Answer 2

Чтобы избежать конфликтующих миграций, которые могут вызвать проблемы с объединением и несоответствия в схеме базы данных.

Question 3

2. Что нужно проверить перед реализацией новых функций или методов?

Answer 3

Убедиться, что данная функциональность уже не реализована в проекте.

Question 4

3. Какой фреймворк следует использовать для новых API и где должна быть написана логика?

Answer 4

Использовать Django Rest Framework (DRF) и писать логику в приложении api, в пакетах views и serializers.

Question 5

3. Какие классы следует использовать для реализации API в DRF?

Answer 5

Предпочтительно использовать Generics или ModelViewSet. Используйте APIView только при необходимости.

Question 6

4. Какие правила именования следует соблюдать для моделей и полей?

Answer 6

Модели должны называться в единственном числе, а поля должны быть названы читабельно и понятно.

Question 7

4. Как следует называть классы представлений и сериализаторов?

Answer 7

Назвать их так, чтобы по названию было понятно, что они делают.

Question 8

5. Какие стандарты кодирования следует соблюдать?

Answer 8

A: Следовать PEP8, включать докстринги для всех классов и нетривиальных методов, комментировать сложный код и правильно управлять импортами.

Question 9

6. Как следует называть URL для API согласно принципам REST?

Answer 9

Правильно: /education_programs/certification/
Правильно: /education_programs/{id}
Неправильно: /lesson/teacher/create

Question 10

7. Какой баланс нужно поддерживать при написании кода?

Answer 10

Поддерживать разумный баланс между разделением логики на несколько классов/функций и сохранением её в одном классе/функции.

Question 11

8. Откуда должна быть создана новая ветка для задачи?

Answer 11

Всегда начинайте с последнего коммита на ветке dev и называйте ветку по номеру задачи (например, DOP-155).

Question 12

10. Что нужно сделать, если есть вопрос, над которым думаете больше часа?

Answer 12

Спросите, максимально разложив ситуацию по полочкам.

Question 13

Можно ли менять важные константы без согласования?

Answer 13

Нет, не изменяйте важные константы без согласования.

Question 14

12. Что необходимо сделать для обеспечения надежности кода?

Answer 14

Тщательно тестируйте свой код.

Question 15

Переобучение: Что означает “переобучение” в тестировании?

Answer 15

Программа хорошо работает с известными данными, но не справляется с новыми или неожиданными данными из-за слишком узко сфокусированных тестовых сценариев.

Question 16

Тестирование: Какая проблема возникает при тестировании на слишком узком наборе данных?

Answer 16

Программа может пройти тесты, но при столкновении с новыми данными начинает давать сбои из-за недостаточного охвата тестами возможных реальных сценариев.

Question 17

S: Что означает принцип единственной ответственности (Single Responsibility Principle)?

Answer 17

Класс должен выполнять только одну задачу.

Question 18

S: Почему важен принцип единственной ответственности?

Answer 18

Упрощает понимание и изменение класса. Например, класс “Invoice” должен отвечать только за работу с фактурами, а не за отправку писем.

Question 19

O: Что означает принцип открытости/закрытости (Open/Closed Principle)?

Answer 19

Класс должен быть открыт для добавления новой функциональности, но закрыт для изменения существующего кода.

Question 20

O: Как применить принцип открытости/закрытости?

Answer 20

Вместо изменения класса, добавьте новый класс или метод. Например, если нужно добавить новый способ оплаты, создайте новый класс для этого способа, а не изменяйте старый.

Question 21

L: Что означает принцип подстановки Лисков (Liskov Substitution Principle)?

Answer 21

Объекты подклассов должны заменять объекты суперклассов без проблем.

Question 22

L: Пример принципа подстановки Лисков?

Answer 22

Если у вас есть класс “Bird” с методом “fly”, и подкласс “Sparrow”, который может летать, то при использовании объекта “Sparrow” вместо “Bird” программа должна работать корректно. Подкласс “Penguin” не должен наследовать метод “fly”, так как он нарушит принцип подстановки Лисков.

Question 23

I: Что означает принцип разделения интерфейсов (Interface Segregation Principle)?

Answer 23

Не нужно заставлять класс реализовывать интерфейс, который ему не нужен.

Question 24

I: Пример принципа разделения интерфейсов?

Answer 24

Вместо одного большого интерфейса “Worker” с методами “work” и “eat”, создайте два интерфейса: “Worker” с методом “work” и “Eater” с методом “eat”.

Question 25

D: Пример принципа инверсии зависимостей?

Answer 25

Вместо создания объекта класса "LightBulb" напрямую в классе "Switch", передавайте его через конструктор или интерфейс. Это позволит использовать разные типы лампочек без изменения класса "Switch".

Question 25

D: Что означает принцип инверсии зависимостей (Dependency Inversion Principle)?

Answer 25

Высокоуровневые модули не должны зависеть от низкоуровневых модулей. Оба должны зависеть от абстракций.

Question 26

Что такое объект в ООП?

Answer 26

Объект - это экземпляр класса, который содержит данные и методы для работы с этими данными.

Question 27

Что такое класс в ООП?

Answer 27

Класс - это шаблон или чертеж для создания объектов. Он определяет свойства (данные) и методы (функции) объектов.

Question 28

Что такое наследование в ООП?

Answer 28

Наследование - это механизм, позволяющий одному классу наследовать свойства и методы другого класса.

Question 29

Пример наследования:

Answer 29

Если у вас есть класс "Animal" с методом "makeSound", класс "Dog" может наследовать "Animal" и иметь свой метод "makeSound".

Question 30

Что такое инкапсуляция в ООП?

Answer 30

Инкапсуляция - это скрытие внутренней реализации объекта и предоставление доступа к данным только через публичные методы.

Question 31

Пример инкапсуляции:

Answer 31

Переменные класса "BankAccount" являются приватными, и доступ к ним возможен только через методы deposit и withdraw.

Question 32

Что такое полиморфизм в ООП?

Answer 32

Полиморфизм позволяет методам выполнять одно и то же действие по-разному в разных объектах.

Question 33

Пример полиморфизма:

Answer 33

Метод draw в классе "Shape" может быть реализован по-разному в подклассах "Circle" и "Square".

Question 34

Что такое абстракция в ООП?

Answer 34

Абстракция - это процесс выделения общих характеристик и поведения объектов и их представление в виде классов и методов.

Question 35

Пример абстракции:

Answer 35

Класс "Vehicle" может быть абстрактным и содержать методы start и stop, которые будут реализованы в подклассах "Car" и "Bike".

Question 36

Каковы преимущества ООП?

Answer 36

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

Question 37

Что такое метод в ООП?

Answer 37

Метод - это функция, определенная в классе, которая описывает поведение объектов класса.

Question 38

Что такое свойство (атрибут) в ООП?

Answer 38

Свойство (атрибут) - это переменная, определенная в классе, которая хранит данные объекта.

Question 39

Что такое конструктор в ООП?

Answer 39

Конструктор - это специальный метод класса, который вызывается при создании объекта и инициализирует его.

Question 40

Пример конструктора:

Answer 40

В классе "Person" конструктор может принимать параметры name и age и инициализировать соответствующие свойства объекта.

Question 41

Что такое деструктор в ООП?

Answer 41

Деструктор - это метод, который вызывается перед удалением объекта для освобождения ресурсов.

Question 42

Пример деструктора:

Answer 42

В классе "FileHandler" деструктор может закрывать открытый файл перед удалением объекта.

Question 43

Что такое интерфейс в ООП?

Answer 43

Интерфейс - это абстрактный тип, который определяет набор методов, но не их реализацию.

Question 44

Пример интерфейса:

Answer 44

Интерфейс "Shape" может определить методы draw и resize, которые будут реализованы в классах "Circle" и "Square".

Question 45

Что такое паттерн Singleton?

Answer 45

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

Question 46

Пример реализации Singleton на Python:

Answer 46

``` class Singleton: _instance = None def __new__(cls): if cls._instance is None: cls._instance = super(Singleton, cls).__new__(cls) return cls._instance ```

Question 47

Что такое паттерн Factory?

Answer 47

Паттерн Factory предоставляет интерфейс для создания объектов, но позволяет подклассам изменить тип создаваемого объекта.

Question 48

Пример реализации Factory на Python:

Answer 48

class AnimalFactory: def create_animal(self, animal_type): if animal_type == "dog": return Dog() elif animal_type == "cat": return Cat()

Question 49

Что такое паттерн Observer?

Answer 49

Паттерн Observer определяет зависимость "один ко многим" между объектами так, что при изменении состояния одного объекта все зависимые объекты уведомляются и обновляются автоматически.

Question 50

Пример реализации Observer на Python:

Answer 50

class Subject: def __init__(self): self._observers = [] def attach(self, observer): self._observers.append(observer) def notify(self): for observer in self._observers: observer.update() class Observer: def update(self): pass

Question 51

Что такое паттерн Strategy?

Answer 51

Паттерн Strategy определяет семейство алгоритмов, инкапсулирует каждый из них и делает их взаимозаменяемыми.

Question 52

Пример реализации Strategy на Python:

Answer 52

class Strategy: def execute(self): pass class ConcreteStrategyA(Strategy): def execute(self): print("Strategy A") class ConcreteStrategyB(Strategy): def execute(self): print("Strategy B") class Context: def set_strategy(self, strategy): self.strategy = strategy def execute_strategy(self): self.strategy.execute()

Question 53

Что такое паттерн Decorator?

Answer 53

Паттерн Decorator позволяет динамически добавлять поведение к объекту, оборачивая его в объект класса-обертки.

Question 54

Пример реализации Decorator на Python:

Answer 54

class Component: def operation(self): pass class ConcreteComponent(Component): def operation(self): return "ConcreteComponent" class Decorator(Component): def __init__(self, component): self._component = component def operation(self): return f"Decorator({self._component.operation()})"

Question 55

Что такое паттерн Adapter?

Answer 55

Паттерн Adapter позволяет объектам с несовместимыми интерфейсами работать вместе.

Question 56

Пример реализации Adapter на Python:

Answer 56

class Target: def request(self): return "Target" class Adaptee: def specific_request(self): return "Adaptee" class Adapter(Target): def __init__(self, adaptee): self._adaptee = adaptee def request(self): return f"Adapter({self._adaptee.specific_request()})"

Question 57

Что такое паттерн Command?

Answer 57

Паттерн Command превращает запросы в объекты, позволяя параметризовать методы с различными запросами, ставить запросы в очередь или протоколировать их.

Question 58

Пример реализации Command на Python:

Answer 58

class Command: def execute(self): pass class ConcreteCommand(Command): def __init__(self, receiver): self._receiver = receiver def execute(self): self._receiver.action() class Receiver: def action(self): print("Action performed") class Invoker: def set_command(self, command): self._command = command def execute_command(self): self._command.execute()

Question 59

Что такое паттерн Proxy?

Answer 59

Паттерн Proxy предоставляет суррогат или заместителя другого объекта для контроля доступа к нему.

Question 60

Пример реализации Proxy на Python:

Answer 60

class RealSubject: def request(self): print("RealSubject: Handling request") class Proxy: def __init__(self, real_subject): self._real_subject = real_subject def request(self): print("Proxy: Checking access") self._real_subject.request()

Question 61

Что такое Code Smell?

Answer 61

Code Smell - это любой индикатор в коде, который может свидетельствовать о наличии проблем, влияющих на его качество и поддерживаемость.

Question 62

Duplicated Code: Что такое дублированный код?

Answer 62

Повторение одинаковых или очень похожих фрагментов кода в разных местах программы.

Question 63

Почему дублированный код - это плохо?

Answer 63

Усложняет сопровождение и тестирование кода, увеличивает вероятность ошибок.

Question 64

Как избавиться от дублированного кода?

Answer 64

Вынести повторяющийся код в отдельную функцию или класс.

Question 65

Long Method: Что такое длинный метод?

Answer 65

Метод, который содержит слишком много кода и выполняет несколько задач одновременно.

Question 66

Почему длинные методы - это плохо?

Answer 66

Усложняют понимание и тестирование кода, затрудняют его модификацию.

Question 67

Как сократить длинный метод?

Answer 67

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

Question 68

Large Class: Что такое большой класс?

Answer 68

Класс, который имеет слишком много методов и/или свойств и выполняет слишком много задач.

Question 69

Почему большие классы - это плохо?

Answer 69

Трудно понять, тестировать и сопровождать.

Question 70

Как уменьшить большой класс?

Answer 70

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

Question 71

Long Parameter List: Что такое длинный список параметров?

Answer 71

Метод или функция, которые принимают слишком много параметров.

Question 72

Почему длинные списки параметров - это плохо?

Answer 72

Затрудняют использование метода и повышают вероятность ошибок при его вызове.

Question 73

Как сократить список параметров?

Answer 73

Использовать объекты или структуры данных для передачи группы связанных параметров.

Question 74

Primitive Obsession: Что такое примитивная одержимость?

Answer 74

Использование примитивных типов данных вместо создания специализированных классов или структур.

Question 75

Почему примитивная одержимость - это плохо?

Answer 75

Усложняет код и затрудняет внесение изменений.

Question 76

Как бороться с примитивной одержимостью?

Answer 76

Создавать классы или структуры данных для представления сложных концепций.

Question 77

Switch Statements: Что такое условные операторы?

Answer 77

Частое использование условных операторов (if-else или switch) для управления логикой программы.

Question 78

Почему частое использование условных операторов - это плохо?

Answer 78

Затрудняет понимание кода и его расширение.

Question 79

Как сократить использование условных операторов?

Answer 79

Использовать полиморфизм или паттерны проектирования, такие как Strategy или State.

Question 80

Comments: Что такое избыточные комментарии?

Answer 80

Комментарии, которые объясняют "что" делает код, а не "почему" или "как".

Question 81

Почему избыточные комментарии - это плохо?

Answer 81

Усложняют сопровождение кода и могут вводить в заблуждение, если код изменится, а комментарии - нет.

Question 82

Как бороться с избыточными комментариями?

Answer 82

Писать самодокументируемый код и использовать комментарии только для объяснения сложной логики.

Question 83

Data Clumps: Что такое сгустки данных?

Answer 83

Частое использование группы связанных переменных вместе.

Question 84

Почему сгустки данных - это плохо?

Answer 84

Затрудняет понимание и модификацию кода.

Question 85

Как бороться с сгустками данных?

Answer 85

Объединить связанные данные в классы или структуры.

Question 86

Lazy Class: Что такое ленивый класс?

Answer 86

Класс, который мало что делает и не оправдывает свое существование.

Question 87

Почему ленивые классы - это плохо?

Answer 87

Усложняют код и увеличивают его объем без существенной пользы.

Question 88

Как избавиться от ленивого класса?

Answer 88

Объединить его с другим классом или удалить.

Question 89

Speculative Generality: Что такое спекулятивная обобщенность?

Answer 89

Код, написанный "на всякий случай" для возможных будущих потребностей.

Question 90

Почему спекулятивная обобщенность - это плохо?

Answer 90

Усложняет код и увеличивает его объем без текущей необходимости.

Question 91

Как избавиться от спекулятивной обобщенности?

Answer 91

Писать код только для текущих требований и добавлять новые возможности по мере необходимости.

Question 92

Principle: "Align Functionality with Responsibility"

Answer 92

Place functionality in the class or module responsible for that concern.

Question 93

Avoid adding methods to classes that don't logically own or manage the data or behavior.

Answer 93

Ensures maintainability, separation of concerns, and scalable code.