У мене немає доступу до важких даних або фактів, тому я можу запропонувати вам лише анекдотичні спостереження, зібрані з моїх останніх 20 років ІТ.
Я вважаю, що існує велика різниця між тим, як сьогодні розробники створюють програмне забезпечення порівняно з 20 роками тому. Коли рух Agile набув такої великої швидкості, особливо за останні 5-6 років, я відчув реальні зрушення у ставленні до роботи. Настільки, що якість того, що ми робимо, щороку зростає в стрибках та межі з кожним роком, і з кожним проектом ми застосовуємо ті уроки, які ми дізналися від проекту до проекту. Поступові процеси в поєднанні з акцентом на тестовому розвитку розрослися від дуже суперечливого до звичайного. Настільки, що сьогодні зайти в багато компаній, якщо вам не комфортно з Agile, вам пощастить, якщо вони не покажуть вам двері.
Отже, який вплив це мало. Перш за все, я помітив, що проблеми часто виявляються набагато раніше. Часто трапляється так, що якщо проблема не виглядає надто великою, її іноді можна зупинити на невизначений час. У рідкісних кількох випадках я бачив, що помилки, які вважалися тривіальними, стають серйозними проблемами, коли їх вирішують пізніше, оскільки стає очевидним якесь фундаментальне питання, яке тоді не розглядалося. Іноді це може призвести до зафіксованого циклу виправлень, і це може бути затратно до певної міри, але ця вартість часто вимірюється менше з точки зору ресурсів, а частіше з точки зору впливу на взаємовідносини замовника та розробника. Клієнти все частіше звикають до цього спритного способу мислення, який повертає їм результати набагато швидше, ніж це було за старих часів, з сильно ітераційними спринтами розвитку та швидким поворотом між запитами та реалізацією, тому вони очікували багато нас. Що ж стосується фактичних помилок, час виправлення помилок частіше значно скорочується внаслідок наявності надійного набору тестів для підтримки змін та можливості створення нових тестів, з яких можна отримати уявлення та рішення до проблем, про які повідомлялося.
Таким чином, в цілому виявляється, що загальні зусилля щодо виправлення помилок у більшості випадків скорочуються, якщо існує надійний набір тестів, і процедури забезпечення тестування залишаються в центрі уваги того, що робить розробник, але фактична вартість певним чином перемістилася частково, принаймні, від впровадження, в інші сфери бізнесу, оскільки певним чином фокус також перемістився з чистого попиту та пропозиції на управління відносинами.
Ще одна річ, яка стала очевидною, - це те, що наші інстинкти кишок кілька років тому, які підказували, що, коли Agile зменшить наші цикли обслуговування, було доведено до певної міри як правильно, так і неправильно. Правильно в тому сенсі, що суцільне тестування полегшило налагодження та виправлення нашого коду в значній мірі, а також зменшило загальну кількість помилок, що випускаються у виробничий код, і неправильно в тому сенсі, що зараз ми працюємо більше, щоб уникнути необхідності підтримувати застарілий код, постійно переробляючи код і вдосконалюючи архітектуру, що стає все рідше, що нам потрібно розробляти нові продукти повністю з нуля.
Отже, врешті-решт, що це означає стосовно питання ОП? Ну, це означає, що відповідь насправді не така нарізана і суха, як ми колись могли подумати. 15 років тому я, певно, відповів би на це питання як такале тепер я вважаю, що реалістичніше сказати, що насправді занадто складно виміряти емпірично, тому що характер того, що ми робимо для розробки програмного забезпечення, сильно змінився від того, коли ми вперше почали задавати собі питання ОП. Деяким чином, чим більше ми розвиваємо наші технології та навички як галузь, тим далі питання переростає від остаточного "так" до того моменту, коли я підозрюю, що за короткий час років ми будемо говорити, що це не має значення. коли ми виправляємо помилки, оскільки наші тести та процеси будуть настільки надійнішими, що терміни виправлення помилок будуть менш зумовлені зусиллями щодо економії наших бюджетів, а більше - пріоритетами для задоволення потреб наших клієнтів, а відносна вартість - стають практично безглуздими контекстуально.
Але, як я кажу, це не важкі докази, підтверджені даними, лише мої спостереження за останні кілька років, і моя кишка говорить про те, що прийде більше потрясаючої мудрості, яка покращить те, як ми робимо справи.