Add chapter life soft

Author: fuodorov

src/SUMMARY.md

@@ -42,6 +42,10 @@
 - [Классы](./dev/python/classes.md)
 - [Итераторы, генераторы и корутины](./dev/python/async.md)
 
+# Прикладное программирование
+
+- [Жизненный цикл ПО](./dev/life.md)
+
 # Учимся у других
 
 - [Коды и скрипты](./examples/intro.md)

src/dev/life.md

@@ -0,0 +1,237 @@
+# Жизненный цикл программного обеспечения
+
+## Введение
+
+Жизненный цикл программного обеспечения (ПО) — это процесс, который охватывает все этапы разработки, от возникновения идеи до завершения поддержки продукта. Понимание этих этапов помогает создавать качественное, надежное и востребованное программное обеспечение.
+
+## Основные стадии жизненного цикла
+
+Жизненный цикл ПО состоит из шести основных стадий:
+
+1. **Анализ**
+2. **Проектирование**
+3. **Разработка**
+4. **Тестирование**
+5. **Релиз**
+6. **Поддержка**
+
+## Анализ и планирование
+
+На этапе анализа происходит сбор и анализ требований к будущему продукту. Результатом этого этапа является документ **Software Requirements Specification (SRS)**.
+
+### IEEE 830-1998
+
+Это стандарт, который рекомендует структуру для документирования требований к ПО. Примерная структура SRS:
+
+1. Назначение
+2. Общее описание
+3. Конкретные требования
+4. Интерфейсы
+5. Ограничения
+6. Атрибуты качества
+
+### Ключевые задачи этапа анализа:
+
+- Планирование
+- Определение требований
+- Установка целей
+- Планирование ресурсов
+- Утверждение сроков и бюджетов
+
+## Проектирование
+
+На этапе проектирования разрабатывается архитектура системы и интерфейсы на основе технического задания.
+
+### Design-review
+
+Проводится для оценки целесообразности реализации системы и качества её проектирования. Обсуждаются:
+
+- Что планируется сделать
+- Мотивация (цели, заказчики, пользователи)
+- Сравнение с аналогами
+- Roadmap
+
+### Security-review
+
+Проводится всегда, но особенно важен в случаях:
+
+- Создания нового сервиса
+- Работы с финансовыми функциями
+- Передачи конфиденциальных данных
+- Реализации аутентификации/авторизации
+
+### MVP (Minimum Viable Product)
+
+Минимально жизнеспособный продукт — версия продукта с минимальными, но достаточными функциями для удовлетворения первых потребителей.
+
+## Разработка
+
+### Системы контроля версий (VCS)
+
+VCS — программное обеспечение для управления изменениями в документах и коде.
+
+**Преимущества VCS:**
+
+- Хранение нескольких версий
+- Возврат к предыдущим версиям
+- Отслеживание авторов изменений
+- Совместная работа
+
+#### История VCS:
+
+- 1960-е: IEBUPDATE
+- 1970-е: SCCS
+- 1980-е: RCS, CVS
+- 1990-е: SVN, Git
+
+#### CVCS vs DVCS
+
+- **CVCS** (Centralized): централизованное хранилище, требуется подключение к серверу
+- **DVCS** (Distributed): каждый разработчик имеет полную копию репозитория
+
+### Git
+
+Создан Линусом Торвальдсом в 2005 году для разработки ядра Linux.
+
+#### Изучение Git
+
+Рекомендуется изучить Git с помощью ресурсов:
+
+- Официальная документация
+- Интерактивные tutorials
+- Практика работы с ветками
+
+#### Ветвление в Git
+
+- Легковесное
+- Мгновенное
+- Поощряется частое ветвление и слияние
+
+#### Методики ветвления:
+
+- Git Flow
+- GitHub Flow
+- GitLab Flow
+
+### Code-review
+
+**Pull Request (PR)** — запрос на слияние изменений. Позволяет:
+
+- Обеспечить видимость изменений
+- Проводить обсуждение до слияния
+- Автоматизировать проверки
+
+### Монорепозиторий
+
+Хранение кода нескольких проектов в одном репозитории с единой системой сборки, тестирования и развертывания.
+
+**Преимущества:**
+
+- Упрощение управления зависимостями
+- Упрощение межкомандного взаимодействия
+- Централизованное управление версиями
+
+## Тестирование
+
+После разработки важно убедиться, что приложение соответствует требованиям.
+
+### Виды тестирования:
+
+- Статический анализ кода
+- Модульное тестирование (Unit testing)
+- Интеграционное тестирование
+- Функциональное тестирование
+- Нагрузочное тестирование
+- Тестирование безопасности
+
+### Статический анализ кода
+
+Автоматизированная проверка кода на:
+
+- Соответствие стандартам
+- Наличие ошибок и уязвимостей
+- Метрики качества (покрытие тестами, цикломатическая сложность, дублирование кода)
+
+> *"Самое важное, что я сделал как программист за последние годы — это начал агрессивно применять статический анализ кода"* — Джон Кармак
+
+### Модульное тестирование
+
+Проверка корректности отдельных модулей кода. Позволяет быстро выявлять ошибки при изменениях.
+
+### Интеграционное тестирование
+
+Проверка взаимодействия между модулями и внешними системами.
+
+### Нагрузочное тестирование
+
+**Профили нагрузки:**
+
+- **Performance testing** — постепенное увеличение нагрузки
+- **Load testing** — длительная штатная нагрузка
+- **Stress testing** — нагрузки выше граничных значений
+- **Spike testing** — резкие повышения нагрузки
+- **Warm-up testing** — прогрев перед рабочей нагрузкой
+
+## Релиз
+
+### Стратегии развертывания:
+
+- **Blue-green deployment** — две идентичные среды, переключение между ними
+- **Canary deployment** — постепенный rollout на небольшую группу пользователей
+- **Rolling update** — постепенная замена экземпляров приложения
+- **A/B testing** — тестирование разных версий на разных группах пользователей
+
+### Feature-флаги
+
+Включение/выключение функциональности без изменения кода. Позволяют:
+
+- Скрывать неготовые функции
+- Тестировать на подмножествах пользователей
+- Быстро откатывать изменения
+
+### Feature freeze
+
+Период запрета выкаток для повышения надежности системы (например, во время высоконагруженных периодов).
+
+### Релизные окна
+
+Определенные временные промежутки, когда разрешены выкатки в продакшен.
+
+## CI/CD
+
+### Непрерывная интеграция (Continuous Integration)
+
+- Хранение кода в VCS
+- Code review
+- Автоматизированные сборки
+- Модульное тестирование
+- Статический анализ кода
+
+### Непрерывная поставка (Continuous Delivery)
+
+- Хранение дистрибутивов
+- Автоматизация развертывания на тестовые среды
+- Готовность к развертыванию в любой момент
+
+### Непрерывное развертывание (Continuous Deployment)
+
+Автоматическая выкатка в продакшен после прохождения всех проверок.
+
+## Сопровождение
+
+### Ключевые аспекты поддержки:
+
+- Непрерывный мониторинг
+- Сбор и анализ логов
+- Дежурства и реагирование на инциденты
+- Использование feature-флагов
+- Chaos engineering
+- Регулярные учения
+
+## Завершение жизненного цикла (End of Life)
+
+Рано или поздно каждый сервис завершает свой жизненный цикл. Важно планировать заранее, обеспечивая плавный переход пользователей на альтернативные решения.
+
+## Заключение
+
+Понимание и правильное применение принципов жизненного цикла ПО позволяет создавать качественные, надежные и востребованные продукты. Каждый этап важен и вносит свой вклад в успех проекта.