Цитаты из книги «Чистый Agile. Основы гибкости»

Идея работы в небольших командах получила новую жизнь.

Разработчикам ПО в начале работы требуется освоить целый ряд инструментов: • Хотя бы один язык программирования, а чаще больше. • Интегрированную среду разработки или текстовый редактор, подходящий программисту (vim, Emacs и т. д.). • Различные форматы данных (JSON, XML, YAML и т. д.) и языки разметки (в том числе HTML). • Командную строку и скрипты для взаимодействия с операционной системой. • Системы управления версиями (Git. Тут без вариантов). • Средства для непрерывной интеграции и сборки (Jenkins, TeamCity, GoCD и т. д.). • Средства развертывания и управления сервером (Docker, Kubernetes, Ansible, Chef, Puppet и т. д.). • Средства коммуникации (электронная почта, Slack, английский язык). • Инструменты тестирования (фреймворки для модульного тестирования, Cucumber, Selenium и т. д.).

Рефакторинг – это метод улучшения структуры кода без изменения его поведения, определенного тестами.

Поскольку вы сначала пишете тест, то естественным образом проектируете функцию так, чтобы ее легко было протестировать.

Права клиента У клиента есть следующие права: • Ознакомиться с общим планом, знать, что и когда можно получить и за какие деньги. • Получать наилучшую, насколько это возможно, отдачу от каждой итерации. • Отслеживать ход работ, назначать необходимые тесты, получить рабочее и многократно протестированное программное обеспечение. • Изменять решения, функциональность и приоритеты, не неся непомерных расходов. • Получать сведения о графике работ, изменениях сроков, чтобы вовремя принять решение о том, как сократить объем работ и успеть к нужному числу. Отменить проект в любое время и получить полезный рабочий код, который оправдывает текущие вложения средств. Права разработчика У разработчика есть следующие права: • Знать, что требуется от команды, а также иметь четкое представление о поставленных приоритетах. • Выполнять работу качественно, несмотря ни на какие обстоятельства. • Получать помощь от коллег, руководителей и самих клиентов. • Проводить оценку задачи и уточнять ее в зависимости от обстоятельств. • Брать на себя личную ответственность и не позволять возлагать на себя лишнее. Все эти утверждения звучат весьма громко. Давайте рассмотрим их по очереди.

В нашей сфере все быстро меняется. И мы должны быть способны меняться вместе с ней. Так что век живи – век учись!

Вручную стоит тестировать только то, что нельзя подвергнуть автоматической проверке, и тогда, когда требуется творческий подход, который применяется в исследовательском тестировании

Методы Agile, а именно приемочное тестирование, разработка через тестирование, непрерывная интеграция, позволят не бояться контроля качества.

Структура и архитектура программного обеспечения со временем должны становиться только лучше.

Если в коде не поддерживать порядок, то он будет тянуть команду назад и замедлять ход проекта.