зачем нужен ООП в управленческих системах

[BOAL]

По субж. выделенной темы

А еще есть 1С, где даже в 8.2 ООП так и не появилось. А осталось все "объектным" из заранее зашитых объектов.
И после АХ и ее ООП думать по 1Сному оч сложно, хотя и там люди живут и моды модят, извращаясь порой от отсутствия такого понятия как "таблица", заменяя его где на документ\справочник, а где и регистры, засовывая вместо грида в форму на закладку отчет (по регистру с кнопкой "сформировать"), благо там из отчета можно проваливаться в другие формы, где и идет ввод\редактирование.

В Оракле с его Явой вроде все ок с ООП, но переписывание стандартного функционала ведет к тому, что новый код работает не вместо переписанного, а дополнительно к нему, сперва отменяя результат отработки, что для производительности тоже не гут (тут могу ошибаться или сча не так, инфа со слухов, поправьте оракловеды)

На этом фоне ООП в АХ очень даже ООП, приятно пользоваться, разрабатывая нормальную структуру наследования.
А что в стандарте есть отступления\фигня - так это от того, что все делали люди и те же стажеры на работу везде выходят.

Потому многие, кто долго возится с системой, когда-нибудь это понимают и перестают слепо преклоняться перед "стандартом" - его делали люди и кто сказал, что они были более квалифицированы, чем мы или архитектурный замысел идеален?
Потому и живут своей жизнью партнерские решения, написанные сбоку от АХ (но на АХ при использовании всех хороших возможностей). Так как написанное сбоку удобнее - его можно реально развивать и эволюционировать (иметь по нему неустаревающую документацию), а не переписывать (переносить с трудом) при каждом обновлении (правда от АХ2012 это тоже не спасет ) .