← Все учебные кейсы

Входной кейс · Компьютерные науки и искусственный интеллект

Система не работает

Получите незнакомую сломанную систему. Разберитесь, как она устроена, восстановите её, добавьте собственную функциональность и подготовьте проект к передаче следующему разработчику.

Входной кейс1–2 недели
CASE / 01

Учебная цель

Чему вы научитесь

Научиться подключаться к существующей программной системе: развернуть окружение, читать логи, проверять гипотезы, работать с Linux, Docker, Git, backend, API, базой данных и frontend, а затем объяснить принятые инженерные решения.

Результат

Публичный Git-репозиторий с восстановленной системой, собственной функциональностью, новым REST endpoint, healthcheck, сохранением данных, понятным README и инженерным журналом CASELOG.md.

LinuxGitDocker ComposeFastAPIPostgreSQLREST APIFrontendДиагностикаCASELOGЗащита решения

Почему такой формат

В лаборатории редко начинают с пустого репозитория

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

«Система не работает» моделирует именно такую ситуацию в небольшом масштабе. Нам важно не только то, запустилась ли система, но и то, как вы исследуете проект, читаете логи, проверяете гипотезы, работаете с Linux, Docker, Git и объясняете собственные решения.

Профиль участника

Один кейс может показать разные сильные стороны

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

Backend

API, FastAPI, PostgreSQL, бизнес-логика и модели данных.

DevOps / Infrastructure

Linux, Docker, сети, nginx, volumes, окружение, диагностика сервисов и логов.

Frontend / Fullstack

Связь frontend с API, интерфейс, интеграция компонентов системы.

QA / Engineering

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

System / Technical Analysis

Архитектура незнакомой системы, связи компонентов, требования и документация.

От первого шага к результату

Маршрут по кейсу

01

Подготовить окружение

Настроить Linux, WSL2 или macOS окружение и пройти CHECKPOINT 0.

02

Разобраться в репозитории

Создать публичную копию шаблона, изучить структуру проекта, найти связи frontend, backend, nginx и PostgreSQL, вести работу в develop.

03

Восстановить запуск

Диагностировать сломанную конфигурацию, Docker-сеть, API, хранение данных и права Linux. Фиксировать существенные находки в CASELOG.md.

04

Сохранить данные

Добиться, чтобы PostgreSQL переживал пересоздание контейнеров.

05

Развить систему

Добавить собственную функциональность минимум в двух слоях приложения и новый REST endpoint.

06

Передать проект

Оформить README, .env.example, healthcheck, CASELOG.md и историю Git так, чтобы следующий разработчик понял ход работы.

Всё готово к старту

Откройте интерактивную инструкцию

Внутри — материалы, исходники, требования и маршрут выполнения. Можно пользоваться документацией, поиском и ИИ-инструментами, но результат нужно понимать и уметь защитить.

Перейти к кейсу →