Конференция XP Days Ukraine проходит в Киеве уже третий год. Каждый год она традиционно разбивается на конференционные дни и дни тренингов. И каждый год она собирает много практиков, которые не против поделиться своими знаниями и опытом с другими. Более 300 участников из разных стран и десятки докладов по тематике инженерных практик и подходов – программа конференции включает в себя только самые популярные темы современной разработки.
В этом году на конференцию решили съездить и двое наших коллег – Tech Lead Вячеслав Журавский и System Architect Валерий Ефанов. Ребята участвовали только в конференционных днях, и остались довольны общим уровнем организации и докладов.
О целях и результатах поездки рассказал Вячеслав Журавский, который участвовал в конференции XP Days Ukraine впервые.
«Если говорить о целях поездки, в первую очередь хотелось узнать что-то новое. Мы выбирали именно те доклады, которые освещали практики, используемые в нашей работе. Также одной из целей было повышение квалификации и общего уровня разработки для применения новых подходов к разработке и поставке ПО. Что удивило и порадовало одновременно, так это то, что мы находимся на достаточно высоком уровне. Многие из практик, описанных на конференции, применяются и у нас в компании. Тем не менее, мы более четко определили для себя направления, куда нужно двигаться и что еще нужно улучшить.
Практики, которые у нас уже используются:
• Continuous Integration
Мы используем автоматическую систему сборки и тестирования. Большая часть функционала покрыта автоматическими тестами, которые запускаются при каждом билде. Это позволяет нам убедиться в том, что наш продукт находится всегда в актуальном и стабильном состоянии. Для ускорения процесса билда и параллельного выполнения тестов у нас используются 6 виртуальных машин. В каждой комнате висят мониторы, показывающие статус билда, что обеспечивает быструю обратную связь для разработчиков.
• Continuous Delivery
Релиз происходит 2 раза в неделю. Помимо продакшена, у нас настроено множество различных окружений для внутреннего использования. На всех окружениях используется автоматическая установка и конфигурация продукта. Есть несколько серверов для команды QA, где они проводят тестирование нового функционала, нагрузочное тестирование, а также тестирование нового билда на данных, близких к продакшену. Для разработчиков из других команд также есть отдельный сервер с последней продакшен-версией продукта, чтобы они могли вести разработку независимо от его текущего состояния.
Что хотелось бы улучшить:
• Ускорить тесты
В настоящий момент время билда и выполнения тестов составляет 17 минут. Хотелось бы уменьшить хотя бы до 10 минут, чтобы разработчики получали обратную связь от сделанных ими изменений как можно быстрее. Такое большое время билда отчасти является следствием того, что у нас много UI тестов, а Unit и Service тестов мало. Хотелось бы увеличить их количество, чтобы структура наших тестов в большей степени соответствовала пирамиде автоматизации тестов Майка Кона (см. ниже).
• Улучшить систему мониторинга
У нас есть 2 системы мониторинга – одна для мониторинга состояния сервера, а вторая – для мониторинга состояния продукта. Если система мониторинга сервера предоставляет нам достаточно полную информацию, то мониторинг продукта хотелось бы улучшить и добавить больше параметров и метрик.
• Увеличить частоту релизов
Несмотря на то, что мы и так релизимся два раза в неделю, хотелось бы улучшить этот показатель и релизиться каждый день, или даже чаще. Для этого нам нужно автоматизировать те тесты, которые сейчас выполняются отделом QA вручную.
• Попробовать парное программирование
У парного программирования много преимуществ. Во-первых, при парном программировании качество кода существенно растет. Работая в паре, разработчик старается применять более грамотные архитектурные решения. Более того, в сложной ситуации разработчик всегда может посоветоваться с напарником. Во-вторых, наблюдая за работой коллеги, разработчик может перенять какие-то новые для себя методы и подходы. В-третьих, парное программирование позволяет повысить уровень коллективного владения кодом. Часто разработчики лучше ориентируются в определенных компонентах или частях системы – тех, с которыми они больше всего работали. Им сложно выполнять задачи, связанные с теми компонентами, в которых у них нет опыта. А при высоком уровне коллективного владения кода каждый разработчик хорошо разбирается в работе каждого компонента системы, что помимо очевидных преимуществ дает возможность разработчику принимать более взвешенные решения при проектировании».
Подробнее узнать о докладчиках XP Days Ukraine 2013 и посмотреть их выступления можно здесь.
Доклады, которые особо запомнились:
Axel Fontaine (Germany)
Architecting for Continuous Delivery and Zero Downtime
Ola Ellnestam (Sweden)
Mikado Method
Sander Hoogendoorn (Netherlands)
One man, a whiteboard and three markers. Sander on software architecture and patterns
Andriy Samilyak (Ukraine)
DevOps Engineering in real-time
Фотоотчет от организаторов.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.