Зачем вам нужно писать ADR. И как организовывать AKM.
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
Во многих компаниях нет никаких четких правил и подходов при принятии сложных архитектурных решений - из-за этого вся информация находится только в головах конкретных людей, которые разрабатывают фичу, а принятые решения часто неоптимальны и субъективны, из-за чего в дальнейшем приходится тратить больше времени на поддержку и на рефакторинг. Как исправить данную ситуацию и улучшить качество разрабатываемого ПО? Один из способов - внедрить ADR!
В докладе обсудим следующее: - Что такое ADR/AD/ADL/ASR/AKM и как оно может вам помочь в организации хранения информации об архитектуре в компании. - Как писать и организовывать хранение ADR. Какие практики существуют и как делать это наиболее эффективно. - Когда необходимо писать ADR. - Принципы хорошего ADR и возможные ошибки. - Примеры ADR. - Процесс, структура и жизненный цикл ADR. - Как ADR может помогать при использовании ИИ.
Более 8 лет является backend-разработчиком, на данный момент занимает должность ведущего разработчика в MWS Cloud Platform. Прошёл путь от фриланса до крупных компаний, в одной из которых руководил группой разработчиков и курировал одно из подразделений разработки. Основные языки — Go/Python и весь их необходимый стек технологий. Знает, как их правильно готовить для больших корпоративных систем с высокой нагрузкой. Любит микросервисную архитектуру и проектировать крупные highload-системы. Сейчас глубоко погружен в создание решений по управлению сетевыми и локальными дисками в новой облачной платформе MWS Cloud Platform.
Видео
Другие доклады секции
Оптимизируй свою команду
