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

[ax_mct]

Цитата:

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

тем более, что непонятен контекст - хочет жаба лечить человека, препарировать его или кормить.
...
Еще следует учесть, что формальные языки отличаются от естественных: что-то может подразумеваться по контексту, что-то быть сформулированно выражением, так что вполне может появится класс РотИлиАнус или типа того.
...
Плохо придумывать свои термины, когда есть готовые, надо смотреть что люди уже успели наклассифицировать, но из-за ограничения скопа и ограничений формальных языков иногда полезно.

Ход мысли понятен. Моя ход в том что жаба не понимает что такое лечить или кормить. Ей просто надо разложить на части, в разные баночки по общности признаков.

Посыл мой в том что нахождение ООП общности в бизнес-логике - неуместно. Это привело к кросс-модульной организации и DB и кода. Более того ООП вообще вредно и ненужно для ERP.

[belugin]

Цитата:

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

Ход мысли понятен. Моя ход в том что жаба не понимает что такое лечить или кормить. Ей просто надо разложить на части, в разные баночки по общности признаков.

Тут мне ниже говорят, что в случае custvend общность признков-так есть и она полезна. И в исходном треде полно специалистов которые как мне кажется пришли к такому выводу

Цитата:

Посыл мой в том что нахождение ООП общности в бизнес-логике - неуместно. Это привело к кросс-модульной организации и DB и кода. Более того ООП вообще вредно и ненужно для ERP.

Что такое ООП-общность и чем она отличается от других видов общности?
Что такое "Кросс-модульная организация кода"?

[Pavel]

Цитата:

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

Посыл мой в том что нахождение ООП общности в бизнес-логике - неуместно. Это привело к кросс-модульной организации и DB и кода. Более того ООП вообще вредно и ненужно для ERP.

Поддерживаю. Надо было апдейтить ядро, совершенствуя технологии и оставить в покое бизнес-логику и БД, написанную на 4GL.