Паттерны объектно-ориентированного проектирования

Четыре первоклассных разработчика - Банда четырех - представляют вашему вниманию опыт ООП в виде двадцати трех паттернов. Паттерны появились потому, что разработчики искали пути повышения гибкости и степени повторного использования своих программ. Авторы не только дают принципы использования шаблонов проектирования, но и систематизируют информацию. Вы узнаете о роли паттернов в архитектуре сложных систем и сможете быстро и эффективно создавать собственные приложения с учетом всех ограничений, возникающих при разработке больших проектов. Все шаблоны взяты из реальных систем и основаны на реальной практике. Для каждого паттерна приведен код на C ++ или Smalltalk, демонстрирующий его возможности.

Автор: Гамма Эрих, Хелм Ричард, Джонсон Роберт, Влиссидес Джон
Год издания: 2022

#Книга #Полезно | Easy Code

Как компании отправляют код в продакшен?

На схеме показан типичный рабочий процесс.

Шаг 1: Процесс начинается с того, что владелец бизнес-процессов заполняет бриф на разработку.

Шаг 2: Команда разработчиков берет бриф из бэклога и помещает их в спринт, рассчитанный на двухнедельный цикл разработки.

Шаг 3: Разработчики отправляют исходный код в хранилище кода Git.

Шаг 4: В Jenkins запускается сборка. Исходный код должен пройти модульные тесты, порог покрытия кода и гейты в SonarQube.

Шаг 5: После успешного завершения сборки она сохраняется в песочнице. Затем сборка развертывается в dev-среде.

Шаг 6: Если, несколько команд разработчиков работают над разными функциями, то функции должны быть протестированы независимо друг от друга, поэтому они развертываются в QA1 и QA2.

Шаг 7: Команда QA выполняет QA-тестирование, регрессионное тестирование и тестирование производительности.

Шаг 8: Как только сборки QA проходят проверку QA-команды, они развертываются в среде UAT.

Шаг 9: Если тестирование UAT прошло успешно, сборки становятся кандидатами на выпуск и в соответствии с графиком развертываются в производственной среде.

Шаг 10: Команда SRE (Site Reliability Engineering) отвечает за мониторинг прода.

#Полезно | Easy Code

Что такое CI/CD

CI/CD — это одна из DevOps-практик. Она также относится и к agile-практикам: автоматизация развертывания позволяет разработчикам сосредоточиться на реализации бизнес-требований, на качестве кода и безопасности.

Определение CI/CD

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

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

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

Непрерывная интеграция и непрерывная поставка нуждаются в непрерывном тестировании, поскольку конечная цель — разработка качественных приложений. Непрерывное тестирование часто реализуется в виде набора различных автоматизированных тестов (регрессионных, производительности и других), которые выполняются в CI/CD-конвейере.

Зрелая практика CI/CD позволяет реализовать непрерывное развертывание: при успешном прохождении кода через CI/CD-конвейер, сборки автоматически развертываются в продакшн-окружении. Команды, практикующие непрерывную поставку, могут позволить себе ежедневное или даже ежечасное развертывание. Хотя здесь стоит отметить, что непрерывная поставка подходит не для всех бизнес-приложений.

#Полезно | Easy Code