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

[gl00mie]

Подниму еще раз тему.

Цитата:

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

Сложнее стала система (больше элементов). И бюджеты растут, и требования. Все сложнее. Просто нужно это принять.

С этой точки зрения кажется интересным обсуждение конца 2010-го года В какой системе быстрее вести разработку? AX или NAV:

Цитата:

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

Определение: "быстрее вести разработку" значит добиваться заранее определенных результатов посредством программирования за меньшее время.
Ответ: быстрее вести разработку в той системе, где связей меньше.
Пояснение: "скорость разработки" зависит не от удобств самой системы, а от количества объектов, которые затрагиваются (прямо или косвенно) данной разработкой.
Следствие: Чем более функционально развитая система, тем больше вероятность зацепить большое количество системных объектов. Тем больше вероятность "медленной" разработки.

Возможно, этим и объясняется увеличение времени на разработку:

Цитата:

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

Еще раз сформулирую свою мысль. Аналогичный проект AX 2012 первый раз разработчик делает в 1,5 - 2 раза дольше. Второй и дальше - дольше процентов на 20%. По консам похожие цифры.

[belugin]

Количество связей зависит так же от качества проектирования (вспомним всякие Law of Demeter).

Также обычно интересуют связи в какой-то выделенной области.
К сожалению, среда X++ не поддерживает разбиение кода на Namespaces/Packages то есть размер областей, на которые можно формально разбить довольно велик + даже, если такое будет сделано, само по себе приложение не разбито на куски с контролируемыми связями и разбиение будет трудоемко.

Еще часть абстракций в 2012 довольно "дырявые" например, для работы с LedgerDimension необходимо знать их внутреннюю структуру + не поддерживается польностью MorphX на уровне остальных типов данных (кроме бросания поля на форму надо еще создавать спецобъекты для управления контролом).