Гибкие методики разработки Кто их придумал и почему

Шпак Александр

Киевская хабравстреча, 08.12.2012

Экстремальное программированиеГрафики стоимости изменений

Экстремальное программированиеГрафики стоимости изменений

WTF?

Гибкие методики разработки и стоимость изменений? Что курил автор?

● Затраты

● Время

● Качество

● Объем работ

Модель разработки программного обеспечения

● Затраты

● Время

● Качество

● Объем работ

Модель разработки программного обеспечения

ЗАТРАТНАЯ ЧАСТЬ РАЗРАБОТКИ

Кто все это придумал?

Не программистыЭкономисты!

Серебряная пуля разработки

Гибкие методики не направлены на улучшение кода

Это побочный эффект минимизации затрат

Методы сокращения затрат. Код

● Простые фреймворки

● KISS / Пиши код, блеять

● Конструкторы

● Хитрой задаче – подходящая технология

● Минимум костылизации и подпоркорешений

Методы сокращения затрат. Трудовые ресурсы

● Обмен информацией

● Генерация идей вместо потребления

● Поощрение инициативы

● Парное программирование

Так это же совсем другой компот!

Что будет, если не писать комментарии в коде?

Качество кода может улучшиться, так как отсутствие

комментариев будет стимулировать разработчиков

писать более понятный код

Что будет, если не документировать программные продукты?

Качество программы может улучшиться, потому что

нужно делать более понятные интерфейсы

Что будет, если не использовать сторонние фреймворки?

Затраты на разработку могут сократиться, так как не

нужно будет бороться с переусложнением системы, и

всеми затратами при дальнейшем рефакторинге

Что будет, если все силы направить на внедрение прототипирования?

Появятся механизмы, которые позволят вести

параллельную разработку несколькими

разработчиками. А это более высокая утилизация

рабочего времени

Спасибо за внимание!

Шпак Александр

Киевская хабравстреча, 08.12.2012