Оver-engineering - "зачем так сложно?" - Мортира Карл

[mazzy]

смотрю про экспериментальные машины и думаю:

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

но что заставляет людей экспериментировать и кардинально переделывать шестую-седьмую версию успешно работающей системы?
причем это касается, и аксапты, и навижина, и, насколько я понимаю, MS CRM.

новые люди, которые не знают как работает предыдущая система?
вроде нет. мы отлично видим, во всех dynamics продуктах есть старички.

подключение нового инструментария? пусть так.
но почему этот инструментарий не распространяется на всю экосистему?

=================
и еще. пусть эксперименты.
а каков механизм избавления от этих экспериментов?

в инженерном деле это остановка производства неудачной серии.
вплоть до разгона конструкторского бюро и перепрофилирования производственных мощностей.

в программировании это рефакторинг legacy-систем. есть много холиваров на эту тему.
но МС код вообще не рефакторит.

=================
лично мне в голову приходят такие аналоги хорошо развитых систем, где произошел Оver-engineering:
= те же танки (World of Tanks) с механизмом стана для арты
= это Дота с совершенно безумными последними изменениями
= World of Warcraft и его переориентация с социальной среды на одиночное прохождение

какие еще примеры экспериментов и Оver-engineering в программных продуктах можно привести?
есть ли примеры успешного преодоления последствий?
какие еще механизмы есть в программировании для борьбы со сложностью и устаревшим кодом? есть ли примеры-аналоги?