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

[mazzy]

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

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

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

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

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

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

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

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

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

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

[ax_mct]

Цитата:

Сообщение от mazzy

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

Бояном было еще 15 лет назад но остается актуальным. Более того именно сейчас интересно читать
http://k-press.ru/cs/2001/1/clr/clr.asp
Вариант 1. Конспирологический. Верхи. "Завоевание мира".

Цитата:

Итак, CLR – это рантайм-среда, призванная упростить и обезопасить работу с компонентами для любого совместимого с ней средства или языка. Замечательно, скажете вы, но зачем же было ломать все и вся? Не лучше ли было подправить спецификацию COM, уточнить требования, предъявляемые к языкам программирования, ведь, например, VB совсем чуть-чуть не удовлетворяет этим требованиям? Это была бы, хотя и бурная, но эволюция. А так снова революция с неизбежным разрушением всего старого и с еще более неизбежной "наклепкой" всего нового. Причем это новое – не маленькая фитюлька, а то самое ВСЁ. На этот вопрос можно ответить, если задаться вопросом: а что, собственно, надо Microsoft?...
...
При таком раскладе эволюция смерти подобна. Надо ломать при малейшем подозрении на несоответствие высоким идеалам, и строить заново. А уж если строить, то, конечно же, новый мир.
...

Вариант 2. Банальный. Неуемные технари. "Фатальный недостаток".

Цитата:

Но другая группа в Microsoft нашла в *** фатальный недостаток – его писали не они!
...
Но тут некая группа в Microsoft нашла фатальный недостаток в **** - её писали не они!

[ax_mct]

Цитата:

Сообщение от mazzy

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

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

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

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

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

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

Как Groupon мигрировал от монолитного Rails приложения к новой Node.js инфраструктуре
https://habrahabr.ru/post/200906/

Цитата:

Недавно мы завершили годовой проект миграции веб-трафика компании Групон в США от монолитного Ruby on Rails приложения к новому стеку Node.js и получили существенные результаты.