AX2009 has been Released

[kashperuk]

Не уверен, что даже в 6ой версии разработка будет в Visual Studio - поэтому сильно этого я бы не ждал.
И думаю, все согласятся, что уж лучше больше внимания будет уделено исправлению ошибок и добавлению новой функциональности приложения.
Тем более, что большинству разработчиков IDE Аксапты и так подуше.

А про русскую локализацию - даа, долго ждать

[miklenew]

Цитата:

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

Тем более, что большинству разработчиков IDE Аксапты и так подуше.

Почему то мне кажется если не 100%, то 99% за старый IDE.

[mazzy]

Цитата:

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

Почему то мне кажется если не 100%, то 99% за старый IDE.

Это пока вы еще не занялись отчетами в ReportingService, кубами в Analysis Service и разработкой в SharePoint. Не говоря уже о интеграции VSS. Если честно, то поскорее бы сделали единый и нормально интегрированный инструмент.

[miklenew]

Цитата:

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

Это пока вы еще не занялись отчетами в ReportingService, кубами в Analysis Service и разработкой в SharePoint. Не говоря уже о интеграции VSS. Если честно, то поскорее бы сделали единый и нормально интегрированный инструмент.

Раз низанимался, значит как то обходился.

[glibs]

Цитата:

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

...
Это пока вы еще не занялись ... кубами в Analysis Service
...

Очень мне нравится это... Это гипноз? А если уже давно занимались и занимаемся?

Я не разработчик, поэтому Аксаптовская среда разработки мне нравятся больше .

А студия совместима с MorphX? Или его выкинут для единооборазия платформы?

[fed]

Цитата:

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

Это пока вы еще не занялись отчетами в ReportingService, кубами в Analysis Service и разработкой в SharePoint. Не говоря уже о интеграции VSS. Если честно, то поскорее бы сделали единый и нормально интегрированный инструмент.

Угу. Ладно - я сейчас в mazzy поиграю
Задам два вопроса:
1. Имеет ли смысл переводить среду разработки в VS без переноса среды исполнения в CLR (.NET) ?
2. Очевидно, что перенос среды исполнения в CLR невозможен без достаточно серьезных изменений в языке разработки и системных классах (грубо говоря - классах без исходняков на X++). Как ты считаешь, готовы ли партнеры и клиенты потратить много денег (на обучение, перенос доработок и тп) ТОЛЬКО за изменение среды разработки и исполнения, без изменений в прикладной функциональности ?

Пожалуй стоит заметить что это мое частное мнение, которое может не совпадать с мнением моего работодателя :-)

[glibs]

Цитата:

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

...
я сейчас в mazzy поиграю
...

[mazzy]

Цитата:

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

Очень мне нравится это... Это гипноз?

Нет, это вывод, сделанный на основании утверждения miklenew

Цитата:

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

Задам два вопроса:
1. Имеет ли смысл переводить среду разработки в VS без переноса среды исполнения в CLR (.NET) ?

А почему такой вопрос? Кто говорил о "без переноса ... в CLR"?

Смысл имеет, чтобы облегчить жизнь разработчикам клиентов и партнеров. Отлично понимаю, что облегчать жизнь клиентов и партнеров придется за счет разработчиков в самом Майкрософт

Цитата:

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

2. Очевидно, что перенос среды исполнения в CLR невозможен без достаточно серьезных изменений в языке разработки и системных классах (грубо говоря - классах без исходняков на X++). Как ты считаешь, готовы ли партнеры и клиенты потратить много денег (на обучение, перенос доработок и тп) ТОЛЬКО за изменение среды разработки и исполнения, без изменений в прикладной функциональности ?

Не, это ты не в mazzy играешь
У mazzy есть несколько "запрещенных" слов. Среди них "все" и "очевидно".

Нет, на мой взгляд, далеко не очевидно, что невозможен. Очевидность надо доказывать.

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

Если же почитать Statement of Direction, то нас постоянно убеждают, что перенос в CLR будет плавным и кардинальных изменений не будет. Что инвестиции в обучение персонала, инвестиции в разработку существующих решений сохранятся... и прочие подобные обещания.

На самом деле, на мой взгляд существующая в аксапте java-машина достаточно просто переносится в CLR. Если над чем и работать, то это над библиотекой MorphX, библиотекой Query и машиной вывода отчетов. Библиотека morphX достаточно легко переносится в библиотеку CLR. Механизм Query тоже. Насколько я понимаю, загвоздка в отчетах. Существующий механизм планируется заменить на ReportingService, но что-то надо делать с существующими отчетами... Выдавать новую версию, в которой не будут работать старые отчеты, совсем некузяво.

Вот мы и видим версии на старом движке, но в которых вендор не создает новых отчетов на старом движке, а только на Reporing Service. Выжидают, пока народ переберется потихоньку и начнет выходить на демонстрации с транспарантами и требовать "нафиг старые отчеты!", "дайте удобную интеграцию с Reporting Service"... Вот тут они выйдут все в белом и скажут - сюрприз! а у нас есть VS!

Цитата:

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

Пожалуй стоит заметить что это мое частное мнение, которое может не совпадать с мнением моего работодателя :-)

Пожалуй

Пожалуй мне тоже стоит заметить что это мое частное мнение, которое может не совпадать с мнением вендора