На пути к совершенному инжинирингу
•
0 likes•171 views
В сфере высоких технологий требования к продукту растут постоянно. Наряду с важностью поставки продукта заказчику важно и то, что ты поставляешь, как ты поставляешь и насколько быстро продукт может адаптироваться к требованиями рынка. Мы предлагаем поговорить о практиках, которые позволяют поддерживать качество продукта на высоком уровне и предотвращать многие проблемы на раннем этапе, что делает счастливым не только заказчика но и разработчиков. Презентация подготовлена по материалам выступления Александра Радкевича, Кирилла Миловидова и Сергея Яркового на витебской конференции “Developer's Software Conference” (02.12.2017). https://events.epam.com/events/developers-software-conference_2017
Recommended
More Related Content
What's hot
What's hot (20)
Similar to На пути к совершенному инжинирингу
Similar to На пути к совершенному инжинирингу (20)
More from Vitebsk DSC
More from Vitebsk DSC (20)
На пути к совершенному инжинирингу
- 1. 2 ДЕКАБРЯ, 2017 DEVELOPER'S SOFTWARE CONFERENCE НА ПУТИ К СОВЕРШЕННОМУ ИНЖИНИРИНГУ
- 2. 2 О СЕБЕ Александр Радкевич Software Engineer
- 3. 3 О ЧЕМ Я РАССКАЖУ • Качество кода • Как повысить качество кода • Как убедиться, что код качественный • Инструменты и процессы
- 4. 4 КАЧЕСТВО КОДА • Функциональность • Надежность • Удобство использования • Эффективность • Затраты на поддержку • Переносимость
- 5. 5 СТАНДАРТЫ КОДА CODE • Правила именования • Структура директорий/пакетов • Форматирование кода • Документация • Такой же набор инструментов • Логирование
- 6. 6 TEST CODE АВТО ТЕСТЫ Мануальные тесты Системные тесты Интеграционные тесты Модульные тесты
- 8. 8 BUILD PRE REVIEW ПРОСМОТР КОДА ПЕРЕД КОММИТОМ
- 13. 13 О СЕБЕ Кирилл Миловидов Senior Software Engineer
- 14. 14 О ЧЕМ Я РАССКАЖУ • Что происходит после написания кода • Что можно сделать на последующих этапах • Почему важно не останавливаться
- 15. 15 ПРОСТОЙ ЦИКЛ РЕЛИЗА БИЗНЕС АНАЛИЗ РАЗРАБОТКА ТЕСТИРОВАНИЕ ПРИЕМКА PRODUCTION DEV QA STAGING PRODОКРУЖЕНИЯ
- 16. 16 ПЕРЕХОД НА СЛЕДУЮЩУЮ ФАЗУ • Код проревьюван • Билд успешно собран • Тесты пройдены • Анализ пройден • Пройдено UAT • Пройдена регрессия • Пройдено нагрузочное тестирование
- 18. 18 VCS – СТРАТЕГИИ БРАНЧЕВАНИЯ • Код интегрируется только когда фича полностью готова • Ветка изолирована от внешних изменений • В релиз идут только готовые фичи • Необходимость интеграций между ветками • Сложность осуществления рефакторинга • Некоторые сложность с CI FEATURE BRANCHES MAINLINE FLOW • Код мержится в основную ветку очень часто • В ветке находятся незаконченные фичи • Feature toggles • Небольшие, но частые мержи • Поддержка концепции CI
- 19. 19 CONTINUOUS INTEGRATION VCS PUBLISHBUILD TEST CONTINUOUS INTEGRATION
- 20. 20 CONTINUOUS DELIVERY VCS PUBLISHBUILD TEST CONTINUOUS INTEGRATION DEPLOY VERIFY CONTINUOUS DELIVERY
- 21. 21 LOGGING & PRODUCTION MONITORING • Правильное написание • Нет избыточности • Есть тестирование логов • Централизованное логирование ЛОГИРОВАНИЕ МОНИТОРИНГ • Health мониторинг • Log мониторинг
- 22. 22 О СЕБЕ Сергей Ярковой Software Engineering Team Leader
- 23. 23 О ЧЕМ Я РАССКАЖУ • Agile-практики • Преимущества Agile-практик • Подводные камни • Как их обходить
- 24. 24 AGILE-МАНИФЕСТ Люди и взаимодействие важнее процессов и инструментов 1 Работающий продукт важнее исчерпывающей документации 2 Сотрудничество с заказчиком важнее согласования условий контракта 3 Готовность к изменениям важнее следования первоначальному плану 4 То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева.
- 25. 25 ПОПУЛЯРНЫЕ AGILE-ПРАКТИКИ • Extreme programming (XP) • Kanban • Scrum • Feature-driven development • Lean software development
- 26. 26 ПРЕИМУЩЕСТВА AGILE-ПРАКТИК • Ранняя поставка продукта • Частые релизы • Регулярная обратная связь • Принятие требований даже в конце разработки • Мотивированная команда • Коллективное владение кодом • Возможность оценки выполненных и оставшихся работ
- 27. 27 ПОДВОДНЫЕ КАМНИ • Согласованность требований • Согласованность решений
- 29. 29 ЭТАПЫ РАБОТЫ С ТРЕБОВАНИЯМИ Идентификация1 Анализ2 Отслеживание3 Приоритизация4 Согласование5
- 30. 30 КАКИЕ ПРОБЛЕМЫ МОГУТ БЫТЬ? — это метафора, обозначающая проблему, возникающую в наличии факта незавершенной работы. ТЕХНИЧЕСКИЙ ДОЛГ
- 31. 31 ТЕХНИЧЕСКИЙ ДОЛГ Код, над которым вы работаете, должен отображать ваше текущее понимание того, как должна работать ваша программа. ,,
- 32. 32 РАБОТА С ТЕХНИЧЕСКИМ ДОЛГОМ • Сделайте долг видимым. • Закладывайте время на работу с ним. • Анализируйте ваш долг. • Устанавливайте соглашения в команде. • Выделяйте время на образование. • Учитывайте зависимости.