Как вы думаете почему прогресс средств разработки в ERP отличается от общего прогресса по отрасли (ИТ) в целом?

[fed]

Цитата:

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

Дамгард НЕ добавил модели, в результате получился один большой модуль с циклическими ссылками внутри. Микрософт добавил модели и этим пользуется. Например платформа теперь отдельно.

А может один большой модуль с циклическими ссылками внутри есть отражение реальности предприятия, где все процессы зависят друг от друга и не могут быть разделены?

[belugin]

Цитата:

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

А может один большой модуль с циклическими ссылками внутри есть отражение реальности предприятия, где все процессы зависят друг от друга и не могут быть разделены?

Может и так. Это какая-то отдельная дискуссия.

Цикличная зависимость процессов не означает зависимостей модулей. Зависимости могут быть как в направлении потока управления так и против него (можно взывать методы, можно подписываться на события). Можно выделять дополнительные модули для разрешения циклических ссылок и и прочее.

(Типа, БУ не знает про Производство, производство не знает про БУ, есть модуль БУПроизводства, который знает обоих - подписывается на события в производстве и отображает их на БУ и наоборот, если где-то такое надо).

см. также книжки DDD и Clean architecture

[trud]

Цитата:

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

(Типа, БУ не знает про Производство, производство не знает про БУ, есть модуль БУПроизводства, который знает обоих - подписывается на события в производстве и отображает их на БУ и наоборот, если где-то такое надо).
см. также книжки DDD и Clean architecture

Такие же концепции в реальной жизни не работают. т.е. за примерами далеко ходить не надо, возьмите совершенно новый код по разноске ГК в 2012, где точки расширения и делегаты расставлены в каждом методе, но при столкновении с реальной задачей корреспонденции в РФ проще оказалось удалить все проводки и заново их сформировать вместо подписок на события

Цитата:

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

Сделали события, более строгую рантайм семантику типов, var, объявления переменных в любом месте метода, internal, методы расширения, CoC, pre-post handlers и переписали полностью компилятор на C# чтобы было удобней делать дальнейшие улучшения.

Это все слабо относится к потребностям внедрения и поддержки. Ну т.е. незначительные удобства. Есть же сильные шаги назад
-Убрали перекрестные ссылки(убрали Read-Write к полям таблицы), не поддерживают их в ряде случаев и т.п.
-Удобство работы с метками, они не видны на объектах
-Убрали форму трассировки долгих запросов, где можно было увидеть стек трейс откуда идет запрос.
-Убрали возможность просмотреть зависимость методов которые вы меняете и методов которые меняются в очередном сервис паке
ну и т.д.
Т.е. если брать средства разработки, то единственное преимущество сейчас перед прошлой версией - это то, что код можно проще шарить и куда-то выкладывать, по многим остальным статьям, это шаг назад. Вот это не очень понятно почему происходит

[belugin]

Цитата:

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

Такие же концепции в реальной жизни не работают.

Вы очень категоричны

Цитата:

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

т.е. за примерами далеко ходить не надо, возьмите совершенно новый код по разноске ГК в 2012, где точки расширения и делегаты расставлены в каждом методе, но при столкновении с реальной задачей корреспонденции в РФ проще оказалось удалить все проводки и заново их сформировать вместо подписок на события

1. Нет ли там подписок на события?
2. Какие циклические зависимости это породило?
3. Можно ли было не удалять и заново сформировывать проводки?
4. Можно ли было устранить дублирование введением дополнительных фич в платформу, если да то каких?

Цитата:

Это все слабо относится к потребностям внедрения и поддержки. Ну т.е. незначительные удобства. Есть же сильные шаги назад
-Убрали перекрестные ссылки(убрали Read-Write к полям таблицы), не поддерживают их в ряде случаев и т.п.
...

А это уже не про циклические ссылки а про что? Cтало лучше или нет? Почему в ERP нет прогресса в отличие мейнстима?

[trud]

Цитата:

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

Почему в ERP нет прогресса в отличие мейнстима?

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

[belugin]

Цитата:

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

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

Это данные по каким системам?

[EVGL]

Цитата:

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

А может один большой модуль с циклическими ссылками внутри есть отражение реальности предприятия, где все процессы зависят друг от друга и не могут быть разделены?

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

J.D. Edwards был построен по такой схеме еще 20 лет назад, см. https://docs.oracle.com/cd/E17984_01...config_mgr.htm, Master Business Function.
Поправка: 30 лет назад.