Привет всем!
Давайте поговорим о развитии наблюдения и о том, как это работает.
Зачем разработке программного обеспечения нужна «методология разработки»?
Прежде всего, я воспользовался этим экземпляром, чтобы поделиться ответами от другого пользователя, чтобы обсудить с кратким объяснением того, почему необходимо разработка программного обеспечения «управляемое развитие» или «управляемость».
Почему у нас нет развития в других инженерных дисциплинах, только в программном обеспечении? Это потому, что другие филиалы инженерии сталкиваются с гораздо более низкими уровнями неопределенности. При разработке физических объектов/систем. Это очень очищено, что мы строим и каковы фактические физические ограничения (например, при строительстве моста). Обсудите источник здесь
Хорошо, вы просто помните, что «Процесс разработки программного обеспечения имеет неопределенность» Потому что у нас есть человеческий фактор поперечным способом на протяжении всего процесса.
Наблюдение, управляемое развитием
Теперь развитие наблюдения применяется, когда вы отслеживаете процесс до, во время и после процесса разработки. Цель состоит в том, чтобы обнаружить проблемы с опытом работы с пользователем или ошибки, о которых еще не сообщалось. Таким образом, в лучшем случае вы можете столкнуться с проблемами посредством наблюдения.
Что значит «наблюдение»?
Концепция «наблюдения» не имеет своего происхождения в информатике и применяется к разработке программного обеспечения, она возникла в вопросах теории систем, где речь шла о «понимании системы посредством наблюдения». Таким образом, эта методология направлена на то, чтобы понять и улучшить систему, наблюдая за стартапом или когда она в основном работает (производство). Причина наблюдения за системой в этих процессах заключается в том, что когда система работает, она подвергается воздействию других неожиданных действий пользователями.
А как насчет других методологий развития?
Авторы говорят, что методология не конфликтует с другими методологиями, такими как TDD или BDD. Затем это дополнительная методология, в которой участвуют DevOps, SRE, QA, разработчики и владелец продукта, где используется система мониторинга, чтобы понять, где они могут отладить, чтобы найти проблему или где они могут улучшить систему.
Выводы
ODD не говорит, где проблемы, но полезно найти их путем наблюдения.
Спасибо за чтение:)
Я надеюсь, что полезно это краткое введение.
Подробнее об этом в infoq.com
Оригинал: «https://dev.to/fransafu/a-brief-introduction-to-observability-driven-development-5a9n»