Доведение Enterprise Framework Upto скорости

Если компания разработала рамки для выполнения практически всех их бизнес требует, но имеет следующие проблемы:Доведение Enterprise Framework Upto скорости

С эволюцией и изменением собственности дизайн деградировал. (Абсурдные иерархии)
Не соответствует последним тенденциям развития корпоративного программного обеспечения. (Наборы данных!)
Слишком много зависимых модулей. (Не основаны на интерфейсах, зависимостях от кода, тоннах xsd и т. Д.)
Для того, чтобы догнать новую аренду, требуется много времени, потому что инфраструктура является частной для компании. (Плохая практика кодирования в прошлом, отсутствие документации, разбросанная бизнес-логика)
Не используя любые известные библиотеки, такие как (log4net/CSLA/Spring.net/Drools)

Как вы идете о выполнении следующих действий в качестве старшего Дев:

Убедить выше требует пересмотра/перепроектирования.
Инкрементный редизайн или непрерывный рефакторинг? Лучшая ставка?

Моя самая большая проблема заключается в том, как объяснить более высокие проблемы, связанные с каркасом. Хороший совет по инкрементной реорганизации и непрерывному рефакторингу каркаса тоже будет приятным!

источник

2009-10-15 Perpetualcoder

Если вы не убедить руководство, что поддержание и расширение текущей реализации является более дорогостоящим, чем переделка или перераспределения его ... у вас меньше шансов сделать что-то «официально».

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

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

Изменения могут быть опасны, особенно в случае старой системы, с длинной историей, плохим дизайном и т. Д. Таким образом, рефакторинг/переработка могут создавать новые, неоткрытые проблемы, поэтому это рискованно.

источник

2009-10-15 20:11:42

вы, кажется, проплыли на одной и той же лодке в прошлом :) +1 – Perpetualcoder

Я плаваю на этой лодке. С точки зрения руководства на данный момент :) –

Возможно, вы обнаружите, что те, кто выше, не заботятся о точках 1, 2, 3 или 5. Лучше всего реорганизовать небольшой кусочек за раз. Есть ряд подобных «как мне убедить моего босса ...» в StackOverflow. Я рекомендовал бы читать их все и решить, на какой подход вы думаете, будет работать лучше для вашей среды

Последнее, что нужно помнить, - то, что важно для вас, не так важно для тех, кто выше вас. Я знаю, что это отстой, но это положение вещей ...

Успехов

источник

2009-10-15 11:28:34 Kane

Доведение Enterprise Framework Upto скорости

ответ

Смежные вопросы