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

[trud]

Цитата:

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

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

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

Цитата:

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

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

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