История изменений

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

Допустим, у нас есть условный grep, и мы хотим в него добавить поддержку новой библиотеки парсинга по регулярным выражениям. Если grep написан так, что подобное изменение приведёт к изменению 95% кода grep – к гадалке не ходи что мы сломаем какую-то старую стабильную функциональность, а самое изменение будет долгим и тяжелым. Если grep написан так, что в diff у нас только добавился новый код в новые файлы, а изменений там код наплакал – скорее всего у нас баги только в новой логике, добавление прошло дёшево, а ещё нам так же дёшево будет эту функциональность удалить если практика покажет что она там не нужна.

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

Допустим, у нас есть условный grep, и мы хотим в него добавить поддержку новой библиотеки парсинга регулярных выражений. Если grep написан так, что подобное изменение приведёт к изменению 95% кода grep – к гадалке не ходи что мы сломаем какую-то старую стабильную функциональность, а самое изменение будет долгим и тяжелым. Если grep написан так, что в diff у нас только добавился новый код в новые файлы, а изменений там код наплакал – скорее всего у нас баги только в новой логике, добавление прошло дёшево, а ещё нам так же дёшево будет эту функциональность удалить если практика покажет что она там не нужна.