Why is the approach taken to de-integrate everything in Ax?

[mazzy]

Цитата:

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

Знаешь, возможно это некоторый инсайд (а может и нет - не помню где я это читал)
...
На мой взгляд - бесполезно искать за происходящим какой-то рациональный контекст.

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

Цитата:

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

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

Заметит конечно. В первую очередь: ему надо знать по крайней мере две среды разработки.

Я же ссылку приводил http://navision.mazzy.ru/lib/nav2009-reports/
Почитайте как оно со стороны разработчика.

Разработчикам Навика проще. В Навике нет такой офигительной штуки, как расширенные типы и relations на этих типах. Поэтому разработчикам Навика проще перейти на VS - и там, и там вручную поля и связи ставить надо.

Разработчикам Аксапты - сложнее. Меня, например, просто наизнанку выворачивает от того, что VS не подхватывает связи, метки, ширину поля и прочее из EDT. Нне могу заставить заниматься такими вещами вручную. Очень надеюсь, что подобное получит развитие...

[kashperuk]

Цитата:

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

Просто кто-то неплохо пиарит себя внутри Майкрософт рассказывая про ролевой интерфейс, разработку управляемую моделями, интеграцию с .net, облачные вычисления и том как это сильно повышает динамичность бизнеса (c). С потребностями рынка это не связано, но получить пару повышений по службе за счет этого - очень даже можно...

Процитирую EVGL из 1ого поста - "Могу подписаться под каждым словом"

Цитата:

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

Разработчикам Навика проще. В Навике нет такой офигительной штуки, как расширенные типы и relations на этих типах. Поэтому разработчикам Навика проще перейти на VS - и там, и там вручную поля и связи ставить надо.
Разработчикам Аксапты - сложнее...

Гы