Backend

🤔 Как "под капотом" работает аннотация transactional ? 🟠Создание прокси Spring обнаруживает @Transactional и создает прокси для класса или метода. 🟠Перехват вызова Прокси перехватывает вызов метода, аннотированного @Transactional. 🟠Начало транзакции Прокси делегирует управление TransactionInterceptor, который начинает транзакцию через PlatformTransactionManager. 🟠Выполнение метода Исходный метод выполняется. 🟠Фиксация или откат транзакции Если метод завершился успешно, транзакция фиксируется (commit). Если метод выбросил исключение, транзакция откатывается (rollback). Ставь 👍 и забирай 📚 Базу знаний

🤔 В чем разница между Scrum и Kanban ? Это два популярных метода управления проектами и процессами, используемых в Agile-разработке. Оба они помогают командам улучшать производительность и управление работой, но имеют различные подходы и принципы. Вот основные различия между Scrum и Kanban: 🚩Scrum 🟠Структура Фиксированные спринты: Работа делится на временные интервалы, называемые спринтами, обычно длительностью 2-4 недели. Роли: В Scrum определены конкретные роли, такие как Scrum-мастер, Product Owner и команда разработки. 🟠Процессы и церемонии Планирование спринта: Каждому спринту предшествует планирование, где команда определяет, какие задачи будут выполнены. Ежедневные Scrum-встречи: Короткие ежедневные встречи (Stand-ups) для обсуждения прогресса, препятствий и планов на день. Ретроспектива спринта: В конце каждого спринта команда анализирует, что прошло хорошо, что можно улучшить, и как это сделать. 🟠Артефакты Product Backlog: Список всех задач и требований для продукта. Sprint Backlog: Список задач, выбранных для выполнения в текущем спринте. Burn-down Chart: График, показывающий оставшееся количество работы в спринте. 🟠Изменения в ходе спринта Изменения в задачах не допускаются после начала спринта. Все задачи должны быть зафиксированы до начала спринта. 🚩Kanban 🟠Структура Непрерывный поток работы: Kanban не имеет фиксированных временных интервалов или спринтов. Работа выполняется непрерывно. Роли: В Kanban нет строгих определений ролей. Команда может включать любые роли по мере необходимости. 🟠Процессы и церемонии Визуализация работы: Kanban использует доску с колонками для визуализации рабочего процесса (например, "To Do", "In Progress", "Done"). Лимиты на количество задач в работе (WIP): Ограничивает количество задач, которые могут находиться в определенных колонках одновременно, чтобы предотвратить перегрузку и улучшить поток работы. 🟠Артефакты Kanban-доска: Основной инструмент для визуализации работы и контроля за её состоянием. Карточки задач: Представляют отдельные задачи на Kanban-доске. 🟠Изменения в ходе работы Изменения допускаются в любой момент времени. Задачи могут добавляться, изменяться и удаляться по мере необходимости. Ставь 👍 и забирай 📚 Базу знаний

🤔 Расскажи об отличиях MVC от MVP? MVC (Model-View-Controller) и MVP (Model-View-Presenter) – это архитектурные шаблоны, используемые в разработке программного обеспечения для разделения логики приложения на отдельные компоненты. Хотя обе архитектуры помогают улучшить структуру и поддерживаемость кода, между ними существуют важные различия. 🚩MVC (Model-View-Controller) 🟠Model (Модель) Отвечает за управление данными и бизнес-логикой приложения. Она не знает о существовании View и Controller. 🟠View (Представление) Отображает данные, полученные от Model, и отправляет пользовательский ввод в Controller. 🟠Controller (Контроллер) Получает ввод от View, обновляет Model и выбирает, какое View должно быть обновлено. 🚩MVP (Model-View-Presenter) 🟠Model (Модель) Отвечает за управление данными и бизнес-логикой приложения. 🟠View (Представление) Отображает данные и передает пользовательский ввод Presenter'у. 🟠Presenter (Презентер) Получает ввод от View, обновляет Model и передает данные обратно в View для отображения. 🚩Основные отличия 🟠Взаимодействие View и других компонентов В MVC View взаимодействует напрямую с Model. В MVP View взаимодействует только с Presenter, а Presenter уже работает с Model. 🟠Уведомления об изменениях В MVC Model уведомляет View об изменениях напрямую. В MVP Model уведомляет Presenter, а Presenter обновляет View. 🟠Роль Controller и Presenter В MVC Controller отвечает за определение, какое View отображать. В MVP Presenter отвечает за всю логику взаимодействия между Model и View, а также за обновление View. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое операция GROUP BY ? Это конструкция SQL, используемая для группировки строк в таблице на основе значений одного или нескольких столбцов. Она часто используется в сочетании с агрегатными функциями (такими как COUNT, SUM, AVG, MAX, MIN), чтобы выполнять вычисления для каждой группы в результате запроса. 🚩Основные аспекты `GROUP BY` 🟠Группировка данных Операция GROUP BY группирует строки, имеющие одинаковые значения в указанных столбцах, в одну группу. 🟠Агрегатные функции В сочетании с GROUP BY часто используются агрегатные функции для выполнения вычислений на уровне групп, а не отдельных строк.

    
        SELECT column1, aggregate_function(column2)
FROM table_name
GROUP BY column1;{}
    

Ставь 👍 и забирай 📚 Базу знаний

🤔 В чем разница get от post? Методы GET и POST являются двумя наиболее часто используемыми HTTP-методами для передачи данных между клиентом и сервером. Они выполняют разные задачи и имеют свои особенности и случаи применения. 🚩GET 🟠Цель использования Метод GET используется для получения данных с сервера. Это наиболее часто используемый метод для запросов, которые не изменяют состояние сервера. 🟠Передача данных Данные передаются через URL в строке запроса (query string). Это делает данные видимыми и ограничивает их размер. 🟠Кэширование Запросы GET могут кэшироваться браузерами, серверами и прокси-серверами. Это позволяет ускорить повторные запросы и снизить нагрузку на сервер. 🟠Идемпотентность GET-запросы являются идемпотентными, что означает, что повторное выполнение одного и того же GET-запроса приведет к одному и тому же результату, не изменяя состояние ресурса. 🟠Безопасность GET-запросы считаются безопасными, так как они не изменяют данные на сервере. 🚩POST 🟠Цель использования Метод POST используется для отправки данных на сервер, чтобы создать или изменить ресурсы. Это подходящий метод для операций, которые изменяют состояние сервера. 🟠Передача данных Данные передаются в теле запроса. Это позволяет отправлять большие объемы данных и сохранять конфиденциальность данных, поскольку они не видны в URL. 🟠Кэширование Запросы POST не кэшируются браузерами и прокси-серверами по умолчанию. Это обеспечивает, что данные будут отправлены на сервер каждый раз при выполнении запроса. 🟠Идемпотентность POST-запросы не являются идемпотентными. Каждый новый POST-запрос может привести к созданию новых ресурсов или изменению существующих, что делает их выполнение неоднозначным при повторении. 🟠Безопасность POST-запросы более безопасны в плане передачи данных, так как информация передается в теле запроса и не видна в URL. 🚩Примеры использования 🟠GET Получение информации о пользователе, загрузка страницы или получение данных с API. 🟠POST Отправка формы с данными регистрации, добавление нового товара в базу данных, обновление информации о пользователе. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое rest api? Это архитектурный стиль для создания веб-сервисов, который использует стандартные HTTP методы и принципы для взаимодействия между клиентом и сервером. REST API предоставляет набор операций для создания, чтения, обновления и удаления ресурсов, представленных в виде URL. 🚩Основные принципы REST API 🟠Клиент-серверная архитектура Клиент и сервер отделены друг от друга. Клиент запрашивает ресурсы, сервер обрабатывает запросы и возвращает ресурсы или статус операции. 🟠Бесподсессионное взаимодействие (stateless) Каждое взаимодействие между клиентом и сервером независимое. Сервер не хранит состояние клиента между запросами. Вся необходимая информация для выполнения запроса должна быть предоставлена в каждом запросе. 🟠Кеширование Ответы сервера могут быть кешированы клиентом или промежуточными звеньями (прокси-серверами) для повышения производительности и снижения нагрузки на сервер. 🟠Единый интерфейс (Uniform Interface) Универсальный интерфейс упрощает взаимодействие между клиентом и сервером. Основные методы HTTP (GET, POST, PUT, DELETE) используются для выполнения операций с ресурсами. 🟠Многоуровневая система REST API может быть организован в виде многоуровневой системы, где компоненты выполняют разные задачи (например, балансировка нагрузки, кеширование, защита и т.д.). 🟠Представление ресурсов (Representations) Ресурсы представляются в виде различных форматов (обычно JSON или XML). Клиент и сервер могут договариваться о формате данных через заголовки HTTP (например, Content-Type и Accept). 🚩Основные методы HTTP в REST API 🟠GET Извлечение данных с сервера. Например, получение информации о пользователе. 🟠POST Отправка данных на сервер для создания нового ресурса. Например, создание новой учетной записи пользователя. 🟠PUT Обновление существующего ресурса на сервере. Например, обновление информации о пользователе. 🟠DELETE Удаление ресурса с сервера. Например, удаление учетной записи пользователя. 🟠PATCH Частичное обновление ресурса на сервере. Например, изменение только email пользователя. 🚩Примеры запроса и ответа Запрос на создание нового пользователя (POST /users)

    
        POST /users HTTP/1.1
Host: example.com
Content-Type: application/json
{
    "name": "John Doe",
    "email": "john.doe@example.com"
}{}
    

Ответ на успешное создание пользователя

    
        HTTP/1.1 201 Created
Content-Type: application/json
{
    "id": 1,
    "name": "John Doe",
    "email": "john.doe@example.com"
}{}
    

Ставь 👍 и забирай 📚 Базу знаний

Рынок труда в IT в 2026 году это уже не вопрос знаний, а вопрос стратегии. Если ты ищешь работу или думаешь о смене компании, стоит отметить канал DevReady. Его ведут инженеры и нанимающие менеджеры из бигтеха. Люди, которые каждый день смотрят резюме и проводят технические интервью. На канале: • разборы реальных резюме и типовых ошибок кандидатов • вопросы с технических интервью и как на них отвечают сильные кандидаты • как использовать AI-инструменты при поиске работы • честный взгляд на рынок и требования компаний в 2026 году Полезные материалы для старта: ➡️ Базовый минимум сильного резюме ➡️ Как отличить хорошую компанию от плохой ➡️ Компания мечты в 2026 году ➡️ Найди работу за 100 рублей 👉 Обязательно подпишись DevReady

🤔 Расскажи про уровни изоляции ? Уровни изоляции транзакций в SQL определяют, как взаимодействуют параллельные транзакции и какие аномалии данных они предотвращают. 🟠Read Uncommitted Видит изменения, даже если они не зафиксированы. Аномалии: грязное чтение. 🟠Read Committed Видит только зафиксированные изменения. Аномалии: неповторяющееся чтение. 🟠Repeatable Read Сохраняет консистентность чтения данных в пределах одной транзакции. Аномалии: фантомные чтения. 🟠Serializable Полная изоляция транзакций, как если бы они выполнялись последовательно. Аномалии: никаких. Ставь 👍 и забирай 📚 Базу знаний

🤔 Для чего можно использовать celery? Celery поддерживает различные брокеры сообщений, включая RabbitMQ и Redis, для управления очередями задач. 🚩Основные возможности 🟠Асинхронное выполнение задач Позволяет запускать длительные операции в фоновом режиме, освобождая основной поток выполнения приложения для других задач. 🟠Планирование задач Поддержка периодических и плановых заданий, что позволяет автоматизировать повторяющиеся процессы. 🟠Управление распределёнными системами Способен управлять задачами в распределенной системе, используя несколько рабочих узлов (workers) для параллельного выполнения задач. 🟠Масштабируемость Легко масштабируется, добавляя больше рабочих узлов для увеличения производительности. 🚩Основные задачи 🟠Фоновые задачи Отправка электронной почты: Асинхронная отправка писем для улучшения производительности веб-приложений. Обработка данных: Включает такие задачи, как анализ данных, обработка изображений или видео, преобразование форматов и другие ресурсоемкие операции. Взаимодействие с API: Выполнение запросов к внешним API, которое может быть долгим или неэффективным при синхронном выполнении. 🟠Периодические задачи Обновление данных: Регулярное обновление кэшей, индексов поиска или других данных в базе данных. Мониторинг и сбор метрик: Периодический сбор и обработка метрик для мониторинга состояния системы. Очистка данных: Периодическая очистка устаревших или временных данных из базы данных. 🟠Уведомления и оповещения Уведомления в реальном времени: Отправка уведомлений пользователям через различные каналы (email, SMS, push-уведомления). Событийное оповещение: Реагирование на события и триггеры, такие как изменения в базе данных или действия пользователя. 🟠Работа с большими данными и машинным обучением Параллельная обработка данных: Выполнение параллельных вычислений для обработки больших объемов данных. Машинное обучение: Асинхронное обучение моделей и выполнение предсказаний на больших наборах данных. 🟠Веб-скрейпинг и интеграция данных Веб-скрейпинг: Асинхронный сбор данных с веб-сайтов для агрегации или анализа. Интеграция данных: Асинхронная интеграция данных из различных источников и API. 🚩Примеры использования 🟠Веб-приложения Улучшение производительности веб-приложений за счет выполнения долгих операций в фоне. 🟠Электронная коммерция Обработка заказов, обновление статусов заказов и управление инвентарем в фоновом режиме. 🟠Социальные сети Обработка пользовательских данных, отправка уведомлений и обновление лент новостей. 🟠Научные исследования Выполнение сложных вычислений и обработка больших объемов данных в распределенной среде. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое CD (Continuous Delivery / Continuous Deployment)? Это практика автоматизации и оптимизации процессов доставки приложений и их обновлений в рабочую среду. Она является частью DevOps-подхода и тесно связана с CI (Continuous Integration). 🚩Два основных значения CD 🟠Continuous Delivery (Непрерывная доставка) Continuous Delivery подразумевает автоматизацию процессов сборки, тестирования и подготовки приложения к выпуску в продакшн. Однако процесс развертывания остаётся ручным, чтобы команда могла контролировать его выполнение. Ключевые особенности: Автоматическое развертывание приложения в тестовые и предрелизные среды. Возможность развернуть приложение в продакшн в любой момент с минимальными усилиями. Финальное решение о развертывании принимает человек. Цель: Быть готовым к безопасному и быстрому выпуску обновлений в любой момент. Пример использования: В интернет-магазине обновление функционала сначала разворачивается в тестовой среде. После успешной проверки QA-командой или бизнес-менеджером приложение вручную переносится в продакшн. 🟠Continuous Deployment (Непрерывное развертывание) Continuous Deployment идёт дальше Continuous Delivery, автоматически развертывая обновления в продакшн после успешного прохождения всех тестов. Процесс полностью автоматизирован и исключает ручное вмешательство. Ключевые особенности: Абсолютная автоматизация — каждый подтверждённый код (коммит) автоматически попадает в продакшн. Постоянный выпуск обновлений, минимизирующий разницу между разработкой и рабочей средой. Цель: Сократить время доставки функционала и исправлений до продакшна, обеспечивая быстрые релизы. Пример использования: В приложении социальной сети любые изменения (например, исправление ошибки или добавление нового поста) автоматически проходят через CI/CD pipeline и попадают в продакшн. 🚩Ключевые элементы CD 🟠CI/CD Pipeline Автоматизированный процесс, включающий сборку, тестирование, развертывание. 🟠Тестирование Юнит-тесты. Интеграционные тесты. Нагрузочные тесты. Проверка безопасности. 🟠Оркестрация и управление Использование инструментов (Jenkins, GitLab CI/CD, CircleCI, GitHub Actions). Контейнеризация (Docker, Kubernetes). 🟠Мониторинг Автоматическое отслеживание работоспособности приложений (Prometheus, Grafana). 🚩Плюсы ➕Скорость Ускоряет доставку новых функций и исправлений. ➕Качество Раннее выявление ошибок благодаря автоматическим тестам. ➕Прозрачность Процесс развертывания становится понятным для всей команды. ➕Гибкость Возможность быстро реагировать на изменения требований. Ставь 👍 и забирай 📚 Базу знаний