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

запилить новую страничку с крудом и фильтрами, которая каким-нибудь слегка отличающимся от стандартного способом управляет очередным типом объектов (скажем, не просто удаляет пользователей, а еще дергает апи, которые чистят за ним директории)

или взять очередную манипуляцию со счетом клиента в магазине и добавить кнопку, которая его модифицирует исходя из того что стукнуло аналитику в голову час назад (например, добавляет к счету 1% раз в месяц)

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

всё это простая логика, которая основывается на готовых апи - нужно позвать их в правильном порядке и назначить на кнопочки, результат вывести на индикаторы.

Но такой логики бесконечное количество. Сотни классов, тысячи фич, которые влияют друг на друга уже непойми каким образом, бесконечные портяны исходников. Всё это скомпановано в исторические наслоения разных типов архитектур кода, многократно переписанных и слепленных интерфейсов, обмазано кучей протоколов (из которых асинхронные очереди самый адовый, потому что непонятно что куда ушло, когда и кем будет обработано)

и всё это нужно постоянно рефакторить и пердолить всё новые и новые фичи, которые аналитики рожают со скоростью мысли. Refactor -> Change signature -> add parameter (int value, default 0). «Изменить десять тысяч вызовов метода?»

цифра не просто так, потому что в последнем проекте у нас было 7 с половиной тысяч только прикладных классов - это не считая фреймворков (в Apache Camel, например, тоже около 8 тысяч классов, сколько классов в Spring - боюсь представить) ;)

и всё это как в сказке про свиней-программистов, которые чинили домик быстрее, чем Волк его сдувал. Нужно чинить быстрее, чем разваливается. Тесты? Забудь

так вот, как бы... сишник с вимом в такой обстановке начинает плавиться

запилить новую страничку с крудом и фильтрами, которая каким-нибудь слегка отличающимся от стандартного способом управляет очередным типом объектов (скажем, не просто удаляет пользователей, а еще дергает апи, которые чистят за ним директории)

или взять очередную манипуляцию со счетом клиента в магазине и добавить кнопку, которая его модифицирует исходя из того что стукнуло аналитику в голову час назад (например, добавляет к счету 1% раз в месяц)

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

всё это простая логика, которая основывается на готовых апи - нужно позвать их в правильном порядке и назначить на кнопочки, результат вывести на индикаторы.

Но такой логики бесконечное количество. Сотни классов, тысячи фич, которые влияют друг на друга уже непойми каким образом, бесконечные портяны исходников. Всё это скомпановано в исторические наслоения разных типов архитектур кода, многократно переписанных и слепленных интерфейсов, обмазано кучей протоколов (из которых асинхронные очереди самый адовый, потому что непонятно что куда ушло, когда и кем будет обработано)

и всё это нужно постоянно рефакторить и пердолить всё новые и новые фичи, которые аналитики рожают со скоростью мысли. Refactor -> Change signature -> add parameter (int value, default 0). «Изменить десять тысяч вызовов метода?»

цифра не просто так, потому что в последнем проекте у нас было 7 с половиной тысяч только прикладных классов - это не считая фреймворков (в Apache Camel, например, тоже около 8 тысяч классов, сколько классов в Spring - боюсь представить) ;)

так вот, как бы... сишник с вимом в такой обстановке начинает плавиться