📌 Чем отличается rebase от merge?

💬 Спрашивают в 18 % собеседований

В Git команды rebase и merge используются для объединения изменений из разных веток, но делают это по-разному. Основное различие между ними заключается в том, как они сохраняют историю коммитов и как они влияют на структуру репозитория.

🤔 Основные отличия

1️⃣ Merge (Слияние):

➕ Описание: Объединяет две ветки, создавая новый коммит слияния (merge commit), который имеет две родительских ветки.

➕ История: Сохраняет всю историю коммитов обеих веток без изменений. История ветвления и слияния сохраняется.

➕ Конфликты: Если есть конфликты, Git предложит их разрешить перед созданием коммита слияния.

➕ Команда: git merge <branch>

Пример

   git checkout main
   git merge feature-branch

Результат: Создается новый коммит слияния, который объединяет изменения из feature-branch в main.

2️⃣ Rebase (Перебазирование):

➕ Описание: Переносит все коммиты текущей ветки на вершину целевой ветки. Это делает историю линейной, как если бы изменения были сделаны последовательно.

➕ История: Изменяет историю коммитов, создавая новые коммиты для каждого коммита из текущей ветки. История ветвления исчезает.

➕ Конфликты: Если есть конфликты, Git предложит их разрешить по мере переноса каждого коммита.

➕ Команда: git rebase <branch>

Пример

   git checkout feature-branch
   git rebase main

Результат: Коммиты из feature-branch переносятся на вершину main, создавая линейную историю.

🤔 Преимущества и недостатки

Merge

Преимущества:

➕ Простота: Процесс слияния прост и понятен.

➕ Сохранение истории: Вся история коммитов сохраняется, включая информацию о ветвлении и слиянии.

Недостатки:

➕ Коммиты слияния: Создаются дополнительные коммиты слияния, что может усложнить историю.

Rebase

Преимущества:

➕ Чистая история: История линейная и более читабельная.

➕ Упрощение навигации: Проще следить за последовательностью изменений.

Недостатки:

➕ Изменение истории: Изменение коммитов может привести к проблемам, если кто-то уже основывается на этих коммитах.

➕ Конфликты: Может потребоваться больше усилий для разрешения конфликтов, особенно если коммитов много.

🤔 Когда использовать

Merge

➕ Когда важно сохранить полную историю изменений, включая ветвление и слияние.

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

Rebase

➕ Когда важно иметь чистую и линейную историю изменений.

➕ Для интеграции изменений из основной ветки в текущую рабочую ветку перед отправкой изменений в основную ветку.

🤔 Краткий ответ

Merge объединяет две ветки, создавая новый коммит слияния, сохраняя всю историю коммитов и структуру ветвления. Rebase переносит коммиты текущей ветки на вершину целевой ветки, создавая линейную историю коммитов, что делает историю чище, но изменяет исходные коммиты.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что означает принцип open closed?

💬 Спрашивают в 18 % собеседований

Принцип "открытости/закрытости" (Open/Closed Principle, OCP) — это один из пяти принципов SOLID, разработанных для создания устойчивого и легко поддерживаемого кода в объектно-ориентированном программировании. Принцип был предложен Бертраном Мейером в 1988 году и заключается в следующем:

🤔 Суть принципа

Классы должны быть открыты для расширения, но закрыты для модификации.

🤔 Что это означает:

1️⃣ Открыты для расширения:

➕ Поведение класса можно расширить, добавив новый код.

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

2️⃣ Закрыты для модификации:

➕ Существующий код класса не должен изменяться.

➕ Это помогает избежать ошибок, которые могут возникнуть при изменении уже протестированного и проверенного кода.

🤔 Пример

Рассмотрим пример на языке программирования Java.

Без соблюдения принципа OCP

public class Shape {
    public void drawCircle() {
        // рисуем круг
    }

    public void drawSquare() {
        // рисуем квадрат
    }
}

public class GraphicEditor {
    private Shape shape;

    public GraphicEditor(Shape shape) {
        this.shape = shape;
    }

    public void draw(String shapeType) {
        if (shapeType.equals("circle")) {
            shape.drawCircle();
        } else if (shapeType.equals("square")) {
            shape.drawSquare();
        }
    }
}

Если нужно добавить новый тип фигуры, например, треугольник, придется изменить класс Shape и метод draw в классе GraphicEditor, что нарушает принцип OCP.

С соблюдением принципа OCP

public interface Shape {
    void draw();
}

public class Circle implements Shape {
    @Override
    public void draw() {
        // рисуем круг
    }
}

public class Square implements Shape {
    @Override
    public void draw() {
        // рисуем квадрат
    }
}

public class GraphicEditor {
    private Shape shape;

    public GraphicEditor(Shape shape) {
        this.shape = shape;
    }

    public void draw() {
        shape.draw();
    }
}

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

🤔 Преимущества принципа OCP

1️⃣ Повышение гибкости:

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

2️⃣ Уменьшение количества ошибок:

➕ Снижается вероятность введения ошибок в существующий код, так как изменения сосредоточены в новых классах.

3️⃣ Упрощение тестирования:

➕ Легче тестировать новые компоненты отдельно, не затрагивая и не изменяя существующие.

🤔 Краткий ответ

Принцип "открытости/закрытости" (Open/Closed Principle) означает, что классы должны быть открыты для расширения, но закрыты для модификации. Это позволяет добавлять новые функции без изменения существующего кода, что повышает гибкость, снижает количество ошибок и упрощает тестирование.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Какие принципы программирования бывают?

💬 Спрашивают в 18 % собеседований

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

🤔 Принципы SOLID

1️⃣ Single Responsibility Principle (SRP):

➕ Каждый класс должен иметь одну единственную ответственность.

➕ Пример: Класс Invoice должен обрабатывать только логику, связанную с инвойсами, а не управление базой данных или пользовательский интерфейс.

2️⃣ Open/Closed Principle (OCP):

➕ Классы должны быть открыты для расширения, но закрыты для модификации.

➕ Пример: Добавление нового типа фигуры без изменения существующего кода классов фигур.

3️⃣ Liskov Substitution Principle (LSP):

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

➕ Пример: Если класс Bird имеет метод fly, то подкласс Penguin не должен его нарушать.

4️⃣ Interface Segregation Principle (ISP):

➕ Клиенты не должны быть вынуждены зависеть от интерфейсов, которые они не используют.

➕ Пример: Разделение крупного интерфейса на несколько специфичных интерфейсов.

5️⃣ Dependency Inversion Principle (DIP):

➕ Модули верхнего уровня не должны зависеть от модулей нижнего уровня; оба должны зависеть от абстракций.

➕ Пример: Использование интерфейсов для взаимодействия между классами вместо конкретных реализаций.

🤔 Другие важные принципы

1️⃣ DRY (Don't Repeat Yourself):

➕ Избегайте дублирования кода, вынеся повторяющиеся части в отдельные функции или классы.

➕ Пример: Использование функций для повторяющихся блоков кода.

2️⃣ KISS (Keep It Simple, Stupid):

- Держите код простым и избегайте сложных решений, когда более простое решение будет работать.

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

3️⃣ YAGNI (You Ain't Gonna Need It):

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

➕ Пример: Добавляйте новые функции только тогда, когда в них есть необходимость.

4️⃣ Separation of Concerns:

➕ Разделяйте разные аспекты программы, чтобы каждый модуль решал отдельную задачу.

➕ Пример: Отдельные модули для бизнес-логики, пользовательского интерфейса и доступа к данным.

5️⃣ Law of Demeter (LoD):

➕ Объект должен общаться только с непосредственными "друзьями" и не тянуть цепочку вызовов.

➕ Пример: Использование методов класса без вызова методов через несколько объектов.

6️⃣ Fail Fast:

➕ Ошибки должны быть выявлены как можно раньше.

➕ Пример: Проверка входных данных на валидность в начале функции.

7️⃣ Composition over Inheritance:

➕ Предпочтение композиции перед наследованием для достижения гибкости.

➕ Пример: Использование объектов других классов для расширения функциональности вместо создания подклассов.

🤔 Принципы в Agile

1️⃣ Customer Collaboration over Contract Negotiation:

➕ Сотрудничество с заказчиком важнее согласования условий контракта.

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

2️⃣ Responding to Change over Following a Plan:

➕ Готовность к изменениям важнее следования плану.

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

🤔 Принципы в DevOps

1️⃣ Infrastructure as Code:

➕ Управление инфраструктурой с помощью кода и автоматизации.

➕ Пример: Использование Terraform или Ansible для развертывания серверов.

2️⃣ Continuous Integration/Continuous Deployment (CI/CD):

➕ Автоматизация сборки, тестирования и развертывания приложений.

➕ Пример: Использование Jenkins или GitHub Actions для автоматизации процессов разработки.

🤔 Краткий ответ

Принципы программирования включают SOLID (SRP, OCP, LSP, ISP, DIP), а также DRY, KISS, YAGNI, Separation of Concerns, Law of Demeter, Fail Fast и Composition over Inheritance. Эти принципы помогают создавать более гибкий, поддерживаемый и качественный код.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что такое чистый код?

💬 Спрашивают в 18 % собеседований

Чистый код — это понятие в программировании, обозначающее код, который легко читать, понимать и поддерживать. Принципы чистого кода помогают разработчикам создавать качественные и устойчивые к изменениям программы. Вот основные характеристики и принципы чистого кода:

🤔 Основные характеристики чистого кода

1️⃣ Читаемость:

➕ Код должен быть понятным и легким для чтения другими разработчиками. Имена переменных, функций и классов должны быть осмысленными и описательными.

2️⃣ Простота:

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

3️⃣ Последовательность:

➕ Следование единому стилю кодирования и соглашениям по наименованию. Это упрощает чтение и понимание кода.

4️⃣ Минимум избыточности:

➕ Избегание дублирования кода, что способствует его упрощению и уменьшению ошибок.

5️⃣ Модульность:

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

6️⃣ Тестируемость:

➕ Код должен быть легким для тестирования. Хорошо написанный код обычно легко покрыть юнит-тестами.

🤔 Принципы чистого кода

1️⃣ Именование:

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

➕ Пример:

     int age; // Понятно, что переменная хранит возраст

2️⃣ Функции:

➕ Функции должны быть короткими и выполнять одну задачу.

➕ Пример:

     void calculateAndPrintTotal() {
         int total = calculateTotal();
         printTotal(total);
     }

3️⃣ Комментарии:

➕ Комментарии должны объяснять, почему был написан определенный код, а не что он делает. Хорошо написанный код должен быть самодокументируемым.

➕ Пример:

     // Calculate the total price including tax
     int totalPrice = calculateTotalPrice();

4️⃣ Форматирование:

➕ Единый стиль форматирования делает код более читабельным. Используйте отступы, пробелы и пустые строки для улучшения структуры кода.

➕ Пример:

     if (isValid) {
         process();
     } else {
         handleError();
     }

5️⃣ Обработка ошибок:

➕ Обработка ошибок должна быть понятной и не загромождать основной код.

➕ Пример:

     try {
         processFile(file);
     } catch (IOException e) {
         logError(e);
     }

6️⃣ Магические числа и строки:

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

➕ Пример:

     static final int MAX_USERS = 100;

🤔 Книги и ресурсы

➕ "Чистый код" (Clean Code) Роберта Мартина (Robert C. Martin)

➕ "Совершенный код" (Code Complete) Стива Макконнелла (Steve McConnell)

🤔 Краткий ответ

Чистый код — это понятный, читаемый и поддерживаемый код. Он следит за принципами читаемости, простоты, последовательности, минимизации дублирования, модульности и тестируемости. Чистый код облегчает работу с программой и снижает вероятность ошибок.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что такое клиент серверная архитектура?

💬 Спрашивают в 15 % собеседований

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

🤔 Основные компоненты клиент-серверной архитектуры

1️⃣ Клиент:

➕ Описание: Это программа или устройство, которое инициирует запросы к серверу для доступа к ресурсу или услуге.

➕ Функции:

➕ Отправка запросов к серверу.

➕ Получение и отображение данных или выполнения действий на основе ответа от сервера.

2️⃣ Сервер:

➕ Описание: Это программа или устройство, которое обрабатывает запросы от клиентов и предоставляет им необходимые ресурсы или услуги.

➕ Функции:

➕ Обработка запросов от клиентов.

➕ Управление доступом к ресурсам (например, базам данных, файлам, услугам).

➕ Возврат соответствующих данных или результатов выполнения запросов клиентам.

🤔 Принцип работы клиент-серверной архитектуры

1️⃣ Инициация запроса:

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

2️⃣ Обработка запроса:

➕ Сервер получает запрос и обрабатывает его. Это может включать выполнение операций над базой данных, запуск скриптов или программ, обработку данных и т.д.

3️⃣ Ответ на запрос:

➕ Сервер отправляет ответ клиенту. Ответ может содержать запрашиваемые данные, подтверждение успешного выполнения операции или сообщение об ошибке.

4️⃣ Получение ответа:

➕ Клиент получает ответ от сервера и использует его для выполнения дальнейших действий, таких как отображение данных пользователю, обработка данных и т.д.

🤔 Преимущества клиент-серверной архитектуры

1️⃣ Централизованное управление:

➕ Серверы централизуют управление ресурсами и услугами, что облегчает их администрирование и обеспечение безопасности.

2️⃣ Масштабируемость:

➕ Серверы могут обслуживать множество клиентов одновременно, а также могут быть легко масштабированы для обработки большего числа запросов путем добавления дополнительных ресурсов (например, увеличение мощности сервера, добавление новых серверов).

3️⃣ Разделение обязанностей:

➕ Разделение логики между клиентом и сервером позволяет более эффективно использовать ресурсы и упрощает разработку и поддержку приложений.

4️⃣ Безопасность:

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

🤔 Примеры клиент-серверной архитектуры

1️⃣ Веб-приложения:

➕ Клиент: Веб-браузер (например, Chrome, Firefox)

➕ Сервер: Веб-сервер (например, Apache, Nginx), обрабатывающий HTTP-запросы и взаимодействующий с базой данных

2️⃣ Электронная почта:

➕ Клиент: Почтовый клиент (например, Microsoft Outlook, Gmail)

➕ Сервер: Почтовый сервер (например, Microsoft Exchange, Postfix)

3️⃣ Базы данных:

➕ Клиент: Приложение, отправляющее SQL-запросы (например, SQL-клиенты, веб-приложения)

➕ Сервер: Сервер баз данных (например, MySQL, PostgreSQL)

🤔 Краткий ответ

Клиент-серверная архитектура — это модель взаимодействия, где клиенты отправляют запросы к серверам, которые обрабатывают эти запросы и возвращают ответы. Она обеспечивает централизованное управление, масштабируемость, разделение обязанностей и безопасность. Примеры включают веб-приложения, электронную почту и базы данных.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что такое XML?

💬 Спрашивают в 15 % собеседований

XML (Extensible Markup Language) — это расширяемый язык разметки, используемый для представления структурированных данных в формате, который легко читается как человеком, так и машиной. XML разработан для хранения и обмена данными между различными системами и платформами.

🤔 Основные характеристики XML

1️⃣ Расширяемость:

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

2️⃣ Читаемость:

➕ XML-документы легко читаются и понимаются человеком благодаря текстовому формату.

3️⃣ Структурированность:

➕ XML-документы имеют четкую иерархическую структуру, которая делает их удобными для хранения сложных данных.

4️⃣ Платформенная независимость:

➕ XML является текстовым форматом, что делает его совместимым с любыми операционными системами и приложениями.

🤔 Структура XML-документа

XML-документ состоит из элементов, атрибутов и текста. Основные компоненты включают:

1️⃣ Пролог:

➕ Опциональная часть, которая может содержать информацию о версии XML и кодировке документа.

   <?xml version="1.0" encoding="UTF-8"?>

2️⃣ Корневой элемент:

➕ Каждый XML-документ должен иметь один корневой элемент, который содержит все остальные элементы.

   <root>
       <!-- Другие элементы -->
   </root>

3️⃣ Элементы (теги):

➕ Основные строительные блоки XML-документа. Элементы могут содержать текст, другие элементы и атрибуты.

   <book>
       <title>XML Basics</title>
       <author>John Doe</author>
       <year>2023</year>
   </book>

4️⃣ Атрибуты:

➕ Дополнительные данные, связанные с элементами. Атрибуты задаются внутри открывающего тега.

   <book genre="fiction">
       <title>XML Basics</title>
       <author>John Doe</author>
       <year>2023</year>
   </book>

🤔 Пример XML-документа

<?xml version="1.0" encoding="UTF-8"?>
<library>
    <book id="1" genre="fiction">
        <title>XML Basics</title>
        <author>John Doe</author>
        <year>2023</year>
    </book>
    <book id="2" genre="non-fiction">
        <title>Learning XML</title>
        <author>Jane Smith</author>
        <year>2022</year>
    </book>
</library>

🤔 Преимущества использования XML

1️⃣ Интероперабельность:

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

2️⃣ Гибкость:

➕ Пользователи могут создавать собственные теги и атрибуты, что делает XML пригодным для различных областей применения.

3️⃣ Стандартизация:

➕ XML является стандартом, поддерживаемым многими технологиями и инструментами.

4️⃣ Валидация:

➕ XML-документы могут быть проверены на соответствие определенной структуре с помощью схем XML Schema (XSD) или DTD (Document Type Definition).

🤔 Недостатки использования XML

1️⃣ Объемность:

➕ XML может быть довольно объемным из-за избыточности тегов, что может привести к увеличению размера данных.

2️⃣ Сложность парсинга:

➕ Обработка и парсинг XML-документов может быть сложным и требовать значительных вычислительных ресурсов по сравнению с другими форматами, такими как JSON.

🤔 Краткий ответ

XML (Extensible Markup Language) — это язык разметки, используемый для представления структурированных данных. Он позволяет создавать гибкие, читаемые и платформенно независимые документы. XML широко используется для обмена данными между системами и поддерживается множеством технологий и инструментов.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Что такое ORM?

💬 Спрашивают в 13% собеседований

🤔 ORM (Object-Relational Mapping) — это техника программирования, которая используется для преобразования данных между несовместимыми системами типов в объектно-ориентированных языках программирования. ORM позволяет разработчикам работать с базами данных, используя объектно-ориентированную парадигму вместо традиционного написания SQL-запросов. Основные функции ORM включают:

1️⃣ Маппинг объектов: ORM сопоставляет классы и их свойства в объектно-ориентированном языке программирования с таблицами и столбцами в реляционной базе данных.

2️⃣ Автоматическое создание запросов: ORM автоматически генерирует SQL-запросы для выполнения операций с базой данных (CRUD - Create, Read, Update, Delete).

3️⃣ Управление связями: ORM обрабатывает отношения между объектами, такие как один к одному, один ко многим и многие ко многим, что упрощает управление связями между таблицами в базе данных.

4️⃣ Кэширование: Многие ORM включают механизмы кэширования, чтобы уменьшить количество обращений к базе данных и улучшить производительность приложения.

🤔 Популярные ORM-фреймворки:

➕ Hibernate (для Java)

➕ Entity Framework (для .NET)

➕ SQLAlchemy (для Python)

➕ ActiveRecord (для Ruby on Rails)

➕ Django ORM (для Django, Python)

Использование ORM упрощает разработку приложений, позволяет избежать ошибок при написании SQL-запросов и делает код более чистым и поддерживаемым.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 Какая разница у протоколов http и https ?

💬 Спрашивают в 12% собеседований

🤔 Основное различие между протоколами HTTP (HyperText Transfer Protocol) и HTTPS (HyperText Transfer Protocol Secure) заключается в уровне безопасности, который они обеспечивают при передаче данных между клиентом (например, веб-браузером) и сервером.

🤔 Основные различия:

1️⃣ Шифрование:

➕ HTTP: Данные передаются в открытом виде, что делает их уязвимыми для перехвата и чтения злоумышленниками.

➕ HTTPS: Данные передаются в зашифрованном виде с использованием SSL/TLS (Secure Sockets Layer/Transport Layer Security). Это обеспечивает защиту данных от перехвата и несанкционированного доступа.

2️⃣ Аутентификация:

➕ HTTP: Отсутствует механизм аутентификации, что затрудняет проверку подлинности веб-сайта.

➕ HTTPS: Использует сертификаты SSL/TLS, которые удостоверяют подлинность веб-сайта, подтверждая, что соединение установлено с тем сервером, с которым намеревался связаться пользователь.

3️⃣ Интегритет данных:

➕ HTTP: Данные могут быть изменены или повреждены во время передачи, и это не будет обнаружено.

➕ HTTPS: Гарантирует целостность данных, так как любые изменения данных при передаче будут обнаружены, и соединение будет разорвано.

4️⃣ Порт:

➕ HTTP: Использует порт 80 по умолчанию.

➕ HTTPS: Использует порт 443 по умолчанию.

🤔 Преимущества HTTPS:

1️⃣ Безопасность: Обеспечивает защиту конфиденциальной информации, такой как логины, пароли, номера кредитных карт.

2️⃣ Доверие пользователей: Пользователи склонны больше доверять веб-сайтам, использующим HTTPS, так как это указывает на то, что сайт заботится о безопасности данных.

3️⃣SEO: Поисковые системы, такие как Google, предпочитают сайты, использующие HTTPS, и ранжируют их выше по сравнению с сайтами, использующими HTTP.

🤔 Заключение:

Использование HTTPS стало стандартом для большинства современных веб-сайтов, особенно тех, которые обрабатывают конфиденциальную информацию. Это обеспечивает безопасность, доверие пользователей и улучшенные позиции в поисковой выдаче.

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых

📌 В чем разница между Scrum и Kanban ?

💬 Спрашивают в 12% собеседований

🤔 Scrum и Kanban — это два популярных метода управления проектами и процессами, используемых в Agile-разработке. Оба они помогают командам улучшать производительность и управление работой, но имеют различные подходы и принципы. Вот основные различия между Scrum и Kanban:

🤔 Scrum:

1️⃣ Структура:

➕ Фиксированные спринты: Работа делится на временные интервалы, называемые спринтами, обычно длительностью 2-4 недели.

➕ Роли: В Scrum определены конкретные роли, такие как Scrum-мастер, Product Owner и команда разработки.

2️⃣ Процессы и церемонии:

➕ Планирование спринта: Каждому спринту предшествует планирование, где команда определяет, какие задачи будут выполнены.

➕ Ежедневные Scrum-встречи: Короткие ежедневные встречи (Stand-ups) для обсуждения прогресса, препятствий и планов на день.

➕ Ретроспектива спринта: В конце каждого спринта команда анализирует, что прошло хорошо, что можно улучшить, и как это сделать.

3️⃣ Артефакты:

➕ Product Backlog: Список всех задач и требований для продукта.

➕ Sprint Backlog: Список задач, выбранных для выполнения в текущем спринте.

➕ Burn-down Chart: График, показывающий оставшееся количество работы в спринте.

4️⃣ Изменения в ходе спринта:

➕ Изменения в задачах не допускаются после начала спринта. Все задачи должны быть зафиксированы до начала спринта.

🤔 Kanban:

1️⃣ Структура:

➕ Непрерывный поток работы: Kanban не имеет фиксированных временных интервалов или спринтов. Работа выполняется непрерывно.

➕ Роли: В Kanban нет строгих определений ролей. Команда может включать любые роли по мере необходимости.

2️⃣ Процессы и церемонии:

➕ Визуализация работы: Kanban использует доску с колонками для визуализации рабочего процесса (например, "To Do", "In Progress", "Done").

➕ Лимиты на количество задач в работе (WIP): Ограничивает количество задач, которые могут находиться в определенных колонках одновременно, чтобы предотвратить перегрузку и улучшить поток работы.

3️⃣ Артефакты:

➕ Kanban-доска: Основной инструмент для визуализации работы и контроля за её состоянием.

➕ Карточки задач: Представляют отдельные задачи на Kanban-доске.

4️⃣ Изменения в ходе работы:

➕ Изменения допускаются в любой момент времени. Задачи могут добавляться, изменяться и удаляться по мере необходимости.

🤔 Преимущества и недостатки:

➕ Scrum:

➕ Преимущества: Четкая структура, регулярная обратная связь, улучшение прогнозируемости и планирования.

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

➕ Kanban:

➕ Преимущества: Гибкость, визуализация рабочего процесса, возможность быстрого реагирования на изменения.

➕ Недостатки: Меньше структурированности, отсутствие фиксированных временных интервалов может привести к меньшему чувству срочности.

🤔 Выбор между Scrum и Kanban:

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

🔥 ТОП ВОПРОСОВ С СОБЕСОВ

🔒 База собесов | 🔒 База тестовых