Реальность долгосрочного сопровождения программного обеспечения

Когда разработчики говорят: «Я бы это написал за выходные», они не учитывают болезненную реальность, которая преследует поддерживателей программного обеспечения годами.

В откровенном блоге разработчик Construct Ашли (Ashley) объясняет, почему поддержка больших проектов является обузой, которую большинство программистов недооценивают. «Написание первоначального кода для функции составляет лишь небольшую часть работы», — говорит Ашли, оценивая эту долю примерно в 25% от общего объема работы на базе кода Construct из 750 000 строк. Что же остальное? Это утомительный цикл тестирования, диагностики и исправления ошибок, оптимизации производительности, модернизации для совместной работы с другими изменениями, рефакторинга, поддержки пользователей и постоянного обновления документации.

Ашли описывает, как принимать кодовые вклады чувствует себя, словно кто-то предлагает бесплатно построить вам пристройку — на первый взгляд заманчиво, пока крыша не начинает течь через несколько лет и первоначальный строитель нигде не обнаруживается. В то время как ваши арендаторы (пользователи) недовольны, вы остаетесь с «никакими хорошими вариантами».

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

Эти опыты объясняют, почему опытные поддерживатели с недоверием относятся к большим вкладам кода вместо благодарности. «Если вы предлагаете какому-то программному проекту использовать какой-то код — даже небольшой объем — будете ли вы там через 10 лет, чтобы разгребать все возникающие проблемы?» — спрашивает Ашли. Обычно ответ отрицательный.