Внутри информационных систем данные могут быть очень разнообразными и требуют различных подходов к управлению и версионированию. Это важно учитывать в контексте ведения разработки. В широком смысле данные — это все что хранится в СУБД. Классификация: Структура базы данных(DDL). Эти данные, часто называемые DDL или метаданными, включают информацию о таблицах, полях, типах…

DevOps Практики. — Типовые этапы преобразования кода: Этап интеграции (integration, build stage) — это преобразование, которое преобразует репозиторий кода в исполняемый пакет, известный как сборка. Используя версию кода при фиксации, указанной в процессе развертывания, этап сборки извлекает зависимости поставщиков и компилирует двоичные файлы и активы. — Каждая Сборка всегда должна иметь уникальный идентификатор, например инкрементное число v100…

Законы логики и Критерии научности — Законы логики Закон идентичности: Если какое-либо утверждение истинно, то оно истинно. Формально: A≡A. Закон противоречия: Никакое утверждение не может быть одновременно истинным и ложным. Формально: не существует такой ситуации, при которой A и ¬A (где ¬A означает “не A”) будут одновременно истинными. Закон достаточного основания: Каждое утверждение или событие имеют причину или…

DORA, SPACE, SDLC и классификация измерений. — DORA DORA (DevOps Research and Assessment, сейчас часть Google Cloud) использует четыре ключевые метрики для измерения производительности разработки и эксплуатации программного обеспечения: Частота развертывания (Deployment Frequency): Насколько часто происходит выпуск кода в производственную среду. Время восстановления (Mean Time to Restore, MTTR): Сколько времени, в среднем, требуется для исправления инцидента, приводящего к…

Иерархическая структура работ в Jira представляет собой дерево элементов(Issue), которые нужно выполнить в рамках проекта\продукта. — Критерии, которым должна удовлетворять Иерархическая структура работ Проекта\Продукта: Потребители структуры — команда разработки. т.е. — Тактический уровень Не более 3х уровней Соответствие стандартам и рекомендациям Jira Стандартные отчеты Jira работоспособны Диаграмма управления

Цель создания справочника — использование при планировании будущих проектов. — Принципиальные роли команд разработки. Руководящие Руководитель проектов Владелец продукта (Продакт-менеджер) Архитектор Трансформатор (Scrum master) Консультант по ИБ Стейкхолдер Разрабатывающие Аналитик Разработчик ( Front\Back\Full) QA-инженер (Тестировщик) UX/UI Дизайнер Инженер по БД и Данным Техписатель ML/DS-инженер

Цели: Проектировать, создавать, тестировать и развертывать программное обеспечение быстрее и с более высоким качеством. Минимизировать барьеры между разработкой программного обеспечения и инфрастуктурными командами. Базовые принципы DevOps культуры Культурные Принципы: Ответственность: Все участники команды отвечают за качество и надежность продукта. Осознание Риска: Все участники команды понимают и принимают возможные риски и стараются их минимизировать.

Создание пространства для поддержки и улучшения способов работы на рабочем месте в современных реалиях. — Цели Новый офис — поддерживает общую трансформацию компании Офис — в широком смысле фильтр людей с нужной культурой и системой коммуникаций Современный Дизайн, светлый, прозрачный Отражение корпоративной культуры и ценностей в дизайне и оформлении пространства. Используемые документы The 12 Building Blocks of the New Workplace — Clive Wilkinson Architects — PDF

DRY, YAGNI, KISS, SOLID, Occam’s Razor — Принцип DRY (Don’t Repeat Yourself) DRY призывает избегать дублирования кода в системе. Он подразумевает, что каждый кусок информации (код, данные и т.д.) должен иметь только один, четко определенный “источник правды” в системе. Некоторые паттерны Принципа DRY: Вынесение общей функциональности в функции или методы: Если определенный блок кода используется в нескольких местах, его следует вынести в…