second-mind-aep/💼 Работа/Собеседования/Лето 2025/Задачи/💼 Прикладная задача для Middle разработчика.md

📝 10 прикладных задач для Middle Java-разработчика

🎯 Задача 1: Система управления складскими операциями

Условие:

Вы разрабатываете модуль WMS для управления операциями приемки товаров на склад. Система должна обрабатывать поступление товаров от поставщиков.

1. Поставка имеет:

   • ID, номер поставки, поставщик
   • Плановую и фактическую дату прибытия
   • Статус (PLANNED, ARRIVED, IN_PROGRESS, COMPLETED, CANCELLED)

2. Товарная позиция содержит:

   • SKU товара, плановое количество
   • Фактически принятое количество
   • Статус приемки (PENDING, ACCEPTED, REJECTED, PARTIAL)

3. Бизнес-правила:

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

Техническое задание:

Опишите подход к решению:

1. Архитектуру приложения - слои и компоненты
2. Entity классы - модель данных
3. Ключевые методы ReceivingService
4. Валидацию бизнес-правил
5. REST API endpoints
6. Обработку исключений
7. Управление транзакциями
8. Стратегию тестирования

Время: 25 минут

---

🎯 Задача 2: Система уведомлений с приоритизацией

Условие:

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

1. Уведомление содержит:

   • ID, получатель, тема, содержание
   • Приоритет (LOW, NORMAL, HIGH, CRITICAL)
   • Каналы доставки (EMAIL, SMS, PUSH)
   • Статус (PENDING, SENT, FAILED, DELIVERED)

2. Шаблон уведомления имеет:

   • Тип события, шаблон сообщения
   • Настройки каналов по умолчанию
   • Параметры для подстановки

3. Бизнес-правила:

   • CRITICAL уведомления отправляются немедленно всеми каналами
   • HIGH - в течение 5 минут, предпочтительные каналы
   • NORMAL - батчами каждые 15 минут
   • LOW - раз в час группами
   • При неудаче повторная отправка через экспоненциальный backoff
   • Дедупликация одинаковых уведомлений

Техническое задание:

Опишите:

1. Архитектуру решения - асинхронная обработка
2. Модель данных - entities и relationships
3. NotificationService методы
4. Стратегию приоритизации
5. API для создания уведомлений
6. Error handling и retry логику
7. Использование очередей
8. Тестирование асинхронных процессов

Время: 25 минут

---

🎯 Задача 3: Система управления задачами роботов

Условие:

Создается система для управления автоматизированными роботами на складе. Роботы выполняют задачи перемещения товаров между локациями.

1. Робот имеет:

   • ID, тип, текущая локация
   • Статус (IDLE, BUSY, MAINTENANCE, ERROR)
   • Грузоподъемность, заряд батареи
   • Текущая задача

2. Задача содержит:

   • ID, тип операции (MOVE, PICK, PLACE)
   • Локация источник и назначение
   • Приоритет, крайний срок выполнения
   • Статус (QUEUED, ASSIGNED, IN_PROGRESS, COMPLETED, FAILED)

3. Бизнес-правила:

   • Задачи назначаются ближайшему свободному роботу
   • Учитывается грузоподъемность и тип робота
   • При низком заряде робот отправляется на зарядку
   • Высокоприоритетные задачи могут прерывать обычные
   • При сбое задача переназначается другому роботу

Техническое задание:

Опишите:

1. Системную архитектуру
2. Доменную модель
3. RobotTaskService логику
4. Алгоритм назначения задач
5. API для управления роботами
6. Обработку сбоев
7. Coordination между роботами
8. Тестирование concurrent операций

Время: 25 минут

---

🎯 Задача 4: Система управления скидками и промокодами

Условие:

Разрабатывается модуль для e-commerce платформы, управляющий скидками и промокодами с различными условиями применения.

1. Скидка имеет:

   • ID, название, описание
   • Тип (PERCENTAGE, FIXED_AMOUNT, FREE_SHIPPING)
   • Значение скидки
   • Период действия, лимит использований

2. Промокод содержит:

   • Код, связанная скидка
   • Условия применения (минимальная сумма, категории товаров)
   • Количество использований на пользователя
   • Статус (ACTIVE, EXPIRED, EXHAUSTED)

3. Бизнес-правила:

   • Промокод можно применить только к подходящим товарам
   • Один заказ может содержать несколько скидок
   • Скидки применяются в порядке приоритета
   • Нельзя превысить максимальный процент скидки (например, 80%)
   • Скидки на доставку несовместимы друг с другом

Техническое задание:

Опишите:

1. Архитектуру модуля
2. Entity модель
3. DiscountService функциональность
4. Логику валидации и применения
5. REST endpoints
6. Обработку конфликтов скидок
7. Транзакционность операций
8. Unit и integration тесты

Время: 25 минут

---

🎯 Задача 5: Система резервирования ресурсов

Условие:

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

1. Ресурс имеет:

   • ID, название, тип (ROOM, EQUIPMENT, VEHICLE)
   • Вместимость, локация
   • Доступное время работы
   • Статус (AVAILABLE, OCCUPIED, MAINTENANCE)

2. Резервирование содержит:

   • ID, пользователь, ресурс
   • Время начала и окончания
   • Цель использования
   • Статус (PENDING, CONFIRMED, CANCELLED, COMPLETED)

3. Бизнес-правила:

   • Нельзя забронировать занятый ресурс
   • Резервирование возможно только на будущее время
   • Автоматическая отмена неподтвержденных бронирований через 15 минут
   • Recurring резервирования (еженедельные встречи)
   • Приоритет для VIP пользователей

Техническое задание:

Опишите:

1. Системную архитектуру
2. Модель данных
3. ReservationService методы
4. Conflict resolution логику
5. API endpoints
6. Exception handling
7. Scheduled tasks для cleanup
8. Тестирование concurrent бронирований

Время: 25 минут

---

🎯 Задача 6: Система мониторинга производительности API

Условие:

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

1. API Endpoint имеет:

   • URL, HTTP метод, сервис
   • SLA параметры (latency, availability)
   • Частота проверок
   • Критичность (LOW, MEDIUM, HIGH, CRITICAL)

2. Метрика содержит:

   • Timestamp, endpoint, response time
   • HTTP статус код, размер ответа
   • Статус проверки (SUCCESS, TIMEOUT, ERROR)

3. Бизнес-правила:

   • Критичные endpoints проверяются каждые 30 секунд
   • Обычные - каждые 5 минут
   • При превышении SLA генерируется alert
   • Escalation при множественных сбоях
   • Автоматическое отключение проблемных endpoints из балансировщика

Техническое задание:

Опишите:

1. Архитектуру monitoring системы
2. Data model
3. MonitoringService функции
4. Alerting механизм
5. Reporting API
6. Circuit breaker интеграцию
7. Async обработку проверок
8. Performance тестирование

Время: 25 минут

---

🎯 Задача 7: Система управления документооборотом

Условие:

Создается система для управления корпоративными документами с workflow для согласования и утверждения.

1. Документ имеет:

   • ID, название, тип, версия
   • Автор, дата создания
   • Содержимое, вложения
   • Статус (DRAFT, REVIEW, APPROVED, REJECTED, ARCHIVED)

2. Workflow содержит:

   • Этапы согласования
   • Участники (роли или конкретные пользователи)
   • Условия перехода между этапами
   • Временные ограничения

3. Бизнес-правила:

   • Документ проходит все этапы workflow по порядку
   • На каждом этапе могут быть множественные approvers
   • При отклонении документ возвращается автору
   • Возможны параллельные и условные этапы
   • Автоматическая эскалация при превышении сроков

Техническое задание:

Опишите:

1. Архитектурный подход
2. Domain model
3. WorkflowService логику
4. State management
5. Document API
6. Notification интеграцию
7. Versioning стратегию
8. Тестирование workflow сценариев

Время: 25 минут

---

🎯 Задача 8: Система управления инвентаризацией

Условие:

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

1. Инвентаризация имеет:

   • ID, дата проведения, ответственный
   • Тип (FULL, PARTIAL, CYCLE_COUNT)
   • Зоны склада для проверки
   • Статус (PLANNED, IN_PROGRESS, COMPLETED, CANCELLED)

2. Позиция инвентаризации содержит:

   • SKU товара, локация
   • Ожидаемое количество (по системе)
   • Фактическое количество (по подсчету)
   • Расхождение, причина расхождения

3. Бизнес-правила:

   • Во время инвентаризации блокируются операции в проверяемых зонах
   • Расхождения свыше порога требуют пересчета
   • Автоматическая корректировка остатков после утверждения
   • Генерация отчетов о расхождениях
   • Cycle counting по ABC анализу

Техническое задание:

Опишите:

1. Системную архитектуру
2. Модель данных
3. InventoryService методы
4. Locking механизм
5. API для mobile приложений
6. Exception scenarios
7. Concurrency control
8. Accuracy testing

Время: 25 минут

---

🎯 Задача 9: Система управления конфигурациями

Условие:

Создается централизованная система управления конфигурациями для множества микросервисов с поддержкой версионирования и hot reload.

1. Конфигурация имеет:

   • Ключ, значение, тип данных
   • Сервис, окружение (dev/test/prod)
   • Версия, дата изменения
   • Статус (DRAFT, ACTIVE, DEPRECATED)

2. Изменение конфигурации содержит:

   • Старое и новое значение
   • Автор изменения, комментарий
   • Время применения
   • Статус применения

3. Бизнес-правила:

   • Изменения в prod требуют дополнительного утверждения
   • Возможность отката к предыдущей версии
   • Валидация значений по схеме
   • Encrypted значения для sensitive данных
   • Audit trail всех изменений

Техническое задание:

Опишите:

1. Architecture design
2. Data model
3. ConfigurationService API
4. Validation framework
5. REST API design
6. Security considerations
7. Version control strategy
8. Integration testing approach

Время: 25 минут

---

🎯 Задача 10: Система аналитики пользовательского поведения

Условие:

Разрабатывается система для сбора и анализа событий пользовательского поведения в веб-приложении с real-time обработкой.

1. Событие имеет:

   • ID, тип события, пользователь
   • Timestamp, session ID
   • Метаданные (страница, действие, параметры)
   • Источник (web, mobile, api)

2. Сессия содержит:

   • ID сессии, пользователь
   • Время начала и окончания
   • Количество событий, страниц
   • Conversion events

3. Бизнес-правила:

   • События обрабатываются в real-time
   • Агрегация метрик по различным измерениям
   • Обнаружение аномалий в поведении
   • GDPR compliance - возможность удаления данных пользователя
   • Retention анализ и funnel metrics

Техническое задание:

Опишите:

1. Event-driven архитектуру
2. Data schema design
3. AnalyticsService компоненты
4. Real-time processing pipeline
5. Query API для дашбордов
6. Privacy compliance
7. Stream processing с Kafka
8. Load testing стратегию

Время: 25 минут

---

📋 Рекомендации по оценке решений

Критерии оценки (для каждой задачи):

Архитектура (25%):

• Правильное разделение на слои
• Понимание принципов SOLID
• Separation of concerns

Модель данных (20%):

• Корректное проектирование entities
• Понимание relationships
• Учет performance implications

Бизнес-логика (25%):

• Правильная обработка бизнес-правил
• Валидация и error handling
• Edge cases consideration

API Design (15%):

• RESTful principles
• Proper HTTP methods и status codes
• Request/Response design

Качество кода (15%):

• Тестирование стратегия
• Transaction management
• Exception handling

Уровни оценки:

• Senior level: Полное решение со всеми деталями, best practices, edge cases
• Middle level: Основные компоненты покрыты, базовая архитектура правильная
• Junior level: Базовое понимание задачи, простое решение

Каждая задача покрывает ключевые навыки Middle разработчика и может быть адаптирована под специфику вашей складской логистики добавлением warehouse-specific деталей.