Обирайте або якість, або вартість. Насправді, ні

Згадав статтю про компроміс між якістю та вартістю в розробці програмного забезпечення. Що мені подобається в розробці програмного забезпечення, так це те, що краща внутрішня якість програмного забезпечення робить розробку програмного забезпечення дешевшою (а не навпаки).

Додавати нові фічі в говнокод складніше й дорожче. Звісно це при умові, якщо ми хочему зберегти зовнішню якість на тому самому рівні (стабільний й юзабельний продукт на виході з мінімальною кількістю багів)

Гарний пост Фаулера про це - https://martinfowler.com/articles/is-quality-worth-cost.html.

Основні висновки зі статті:
✅ Якісний код насправді дешевше. Але має бути певний розмір проекту.
✅ Яким має бути розмір? Код низької якості суттєво уповільнює роботу вже протягом кількох тижнів. Таким чином, ви можете отримати користь від ігнорування якості коду, лише якщо проект триває менше кількох тижнів.
✅ Навіть найкращі команди створюють технічний борг. Звісно, що такі команди створюють його менше, але важливо те, що вони його зменьшують постійно теж. Технічний борг з’явиться в будь-якому випадку, але за ним потрібно слідкувити й виправляти.