Дневник проекта: От идеи к системе. Запись №1 — Завершение Фазы 0

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

Когда-то я училась на менеджера проектов. Умею ставить цели, планировать этапы, думать о рисках. Но код? Архитектура? DevOps? Это вызов.

И я принимаю его.

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

📝 Запись в DevOps-дневнике: Завершение Фазы 0

Тема: От локального хаоса к централизованному порядку

На этой неделе мы не писали функционал. Мы не добавляли кнопки или формы.

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

✅ Что мы сделали

1. Создали «Цифровой Чертёж» проекта — через Docker

Технически: написали `Dockerfile` и `docker-compose.yml`.

Смысл: теперь любой разработчик — даже тот, кто присоединится через год — может одной командой (`docker-compose up`) запустить точную копию рабочей среды.

Больше никакого: «У меня всё работает!»→ «А у меня — нет».

Это не удобство. Это предсказуемость, снижение рисков и экономия десятков часов на настройке.

2. Построили «Центральный Архив» — через Git и GitHub

Технически: инициализировали репозиторий и отправили код на GitHub.

Смысл: у проекта появился "Единый Источник"

Теперь мы получаем три суперспособности:

- Прослеживаемость: кто, когда и зачем изменил код.

- «Машина времени»: в любой момент можно откатиться к стабильной версии.

- Параллельная работа: команда может расти, не мешая друг другу.

3. Преодолели первые реальные трудности

Ошибки вроде `failed to push`, `src refspec does not match any`, `On branch master` — звучат как технический шум.

Но на деле — это уроки вживую.

Мы столкнулись с расхождением между локальным стандартом (`master`) и глобальным (`main`), разобрались, синхронизировались — и укрепили процесс.

Ошибка — не провал. Это обратная связь от системы.

🧭 Где мы сейчас?

У нас есть:

- Воспроизводимая среда (Docker),

- Надёжное хранилище кода (GitHub),

- Чёткое понимание, как начать работу с нуля.

Это значит: мы готовы к масштабированию.

Любой человек может прийти, клонировать репозиторий, запустить проект — и сразу начать вносить вклад.

➡️ Что дальше? DEVOPS-003: Настройка базового CI-пайплайна

Почему это критично именно сейчас?

Представьте: у нас есть завод (проект), склад с деталями (код на GitHub) и чертежи для сборки (Docker).

Но пока каждую новую деталь нужно вручную прикручивать и проверять — долго, рискованно, неэффективно.

CI-пайплайн — это автоматический конвейер с роботами-контролёрами.

Он будет:

- 🔍 Мгновенно проверять новый код на ошибки и соответствие стандартам (через линтеры и тесты),

- 🛡️ Защищать основную ветку (`main`): ни один «битый» коммит туда не попадёт,

- ⏱️ Освобождать разработчиков от рутины — чтобы они решали задачи, а не искали опечатки.

Это переход от статичного хранения к динамическому потоку создания ценности.

Мы начинаем строить систему, которая работает на нас, а не наоборот.

Этот путь — не про то, чтобы стать «крутой программисткой за неделю».

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

Следующая запись — когда CI заработает.

А пока: фундамент заложен. Поехали.

Лариса 🚀