А что сейчас точно известно про AX 7?

[ax_mct]

Цитата:

Сообщение от Vasiliy Petrovich

Хорошему программисту без разницы, на каком языке писать код
надеюсь, AX7 наконец-то принесет нормальную интеграцию с TFS, с поддержкой shelvesets и др.
опять же, новый UI облегчит автоматическое тестирование.
вы, ребята, мыслите однобоко и видите на один шаг вперед.

Это такой тонкий троллинг, да?
TFS и shelvesets это прекрасно, но это факторы "программистcкие" и на уровне внутренних проблем команды разработки. По этим признакам клиент не выбирает.

Беспокоят именно "клиентские" факторы такие как быстродействие и удобство нового интерфейса AX 7, стоимость внедрения и стоимость разработки. Которые влияют на выбор системы клиентом.

И сейчас точно известно про AX 7 что разработка будет дороже. Раз в несколько.

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

P.S.
О том же по сути и я

Цитата:

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

выростут требования к уровню специализации разработчиков. Чем выше уровень специализации разработчиков - тем меньше шансов у мелких и средних партнеров

P.P.S. Лично моих скиллзов хватит на то чтобы охватить весь процесс разработки в AX 7, от начала и до конца. Но таких циркачей много не бывает и они погоду не делают. Тут либо толпа народу специализированного нужна либо конечное качество упадет до нельзя. Забыл про тестирование, оно конечно спасет, при возросшей стоимости эдак раз в 5.

Цитата:

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

...
И сейчас точно известно про AX 7 что разработка будет дороже. Раз в несколько.
.

Кому точно известно и откуда?

Цитата:

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

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

Вы описываете обычные проблемы крупной системы: в том же сапе как понимаю все не очень просто. Хотелка ли это или объективная необходимость?

[fed]

Цитата:

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

Кому точно известно и откуда?


Вы описываете обычные проблемы крупной системы: в том же сапе как понимаю все не очень просто. Хотелка ли это или объективная необходимость?

А зачем рынку еще один SAP ? Все кто хотел SAP - его уже купили. А те кто еще не купил, явно предпочтут SAPовский SAP, а не MS SAP.

[kashperuk]

Цитата:

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

kashperuk неправильно выразился - никто не отменял Х++, а MorphX да, помер

Цитата:

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

Во всех анонсах и новостях речь о том что единственная среда разработки в AX 2015 (AX 7) это Visual Studio. Так же речь о полной замене толстого клиента тонким.
То есть речь именно об отмене MorphX.

Ну, это, наверное, зависит от того, что вы все подразумеваете под MorphX
Для меня, к примеру, не имеет разницы, где ведется разработка - в самом клиенте АХ или в Visual Studio. Для меня MorphX - это именно способ/платформа разработки, или, если хотите, набор шагов, через которые нужно пройти, чтобы что-то сделать (форму, там, или еще чего). В этом смысле, имхо, существующий разработчик Х++ прекрасно сможет сделать все те же действия, что и раньше.

Вот ссылка на описание MorphX с википедии.
Я бы сказал, все как было, так и осталось (+/-, конечно).

Цитата:

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

Custom AX development and modification is done with its own IDE, MorphX, which resides in the same client application that a normal day-to-day user would access, thus allowing development to take place on any instance of the client. Since the Dynamics AX 2012 version, development can also be performed in Microsoft Visual Studio 2010 through a Visual Studio plugin.

MorphX is an integrated development environment in Microsoft Dynamics AX that allows developers to graphically design data types, base enumerations, tables, queries, forms, menus and reports. In addition to design of application objects, it also allows access to any application code by launching the X++ code editor.

Because MorphX uses referencing to link objects together, changes in, for example, datatypes of fieldnames will automatically be reflected in all places where they are used (such as forms or reports). Furthermore, changes made through MorphX will be reflected in the application immediately after compilation.

Microsoft Dynamics AX also offers support for version control systems (VCS) integrated with the IDE, allowing collaboration in development. There is also a tool for reverse-engineering table structures and class structures to Visio. The actual implementation limits the practical use of both these features.

X++ itself is the programming language behind MorphX, and belongs to the curly brackets and .-operator class of programming languages (like C# or Java). It is an object-oriented, class-based, single dispatch language. X++ is a derivative of C++ (both lack the finally keyword for example) to which garbage collection and language-integrated SQL queries were added.

Цитата:

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

А зачем рынку еще один SAP ?

Ну наверное затем же что и альтернативные винде ОСы и прочее, прочее.

Цитата:

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

Все кто хотел SAP - его уже купили. А те кто еще не купил, явно предпочтут SAPовский SAP, а не MS SAP.

Имхо не факт: интерес от больших контор к аксапте есть (Нестле и прочее), но как понимаю сейчас выше определенного порога аксапта не потянет чисто по техническим ограничениям архитектуры (как 1С где к примеру пришлось родить новую платформу чтобы выйти на рынок средних предприятий).

Сейчас соответственно пытаются родить архитектуру позволяющую жить и на среднем и на крупном предприятии. Если это удастся, то получим платформу уровня сапа с современными плюшками на которой можно жить уже десятилетиями что круто.

[AP-1055D]

Цитата:

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

Сейчас соответственно пытаются родить архитектуру позволяющую жить и на среднем и на крупном предприятии. Если это удастся, то получим платформу уровня сапа с современными плюшками на которой можно жить уже десятилетиями что круто.

Так она и сейчас живёт десятилетиями на многих предприятиях.

[ax_mct]

Цитата:

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

Сейчас соответственно пытаются родить архитектуру позволяющую жить и на среднем и на крупном предприятии. Если это удастся, то получим платформу уровня сапа с современными плюшками на которой можно жить уже десятилетиями что круто.

Я вижу следующие проблему:
Microsoft думает прежде всего о привлечении к облачным сервисам так как на это ставка будущего компании. Все остальное потери на войне.

1. Очень существенная часть клиентов AX в сфере производства. Эти клиенты предпочитают on-premises инфраструктуру по ряду причин. .

2. Отмена десктоп интерфейса - решение подобное внедрению Metro UI в массы.
Web интерфейс это хорошо но только вместе с наличием десктоп интерфейса.

3. Будущее нового Web-интерфейса неочевидно так зависит от реализации. И тут кстати catch 22:
если генерировать web-интерфейс "как есть" то будет тормозным и негибким для изменений ("автоматический web");
если делать его интересным и быстрым то требуются как минимум серьезные знания HTML, JavaScript и CSS при условии того что framework позволит вмешиваться ("ручной web");

В любом случае модификации получаются во многие разы дороже чем с десктоп интерфейсом. Кому-то тонкий клиент очень нужен, но практически никому не нужен только он. В том же SAP и толстый и тонкий клиент, как я понимаю. AX 7 только с тонким клиентом. А это не айс.

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

Разделение на Back-End и Front-End программистов это замечательно, главное чтобы собственно это программирование случилось.

[Alex_KD]

Цитата:

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

Я вижу следующие проблему:
....
2. Отмена десктоп интерфейса - решение подобное внедрению Metro UI в массы.

А кто вам запрещает открыть любимый браузер на десктопе?

Цитата:

3. Будущее нового Web-интерфейса неочевидно так зависит от реализации. И тут кстати catch 22:
если генерировать web-интерфейс "как есть" то будет тормозным и негибким для изменений ("автоматический web");
если делать его интересным и быстрым то требуются как минимум серьезные знания HTML, JavaScript и CSS при условии того что framework позволит вмешиваться ("ручной web");

Ну вы же понимаете, что несмотря на реализацию, если это все в конечно итоге "HTML, JavaScript и CSS", то и поменять и подкрутить можно все.

Кстати, в AX 2012 вы нажимаете откомпилировать и AX автомагически превращает форму в некую .Net сборку которая свободно живет в винде (уж не знаю что там win forms или WPF). Почему вы не требуете свободы изменения стандартных AX контролов на форме (а вот хочу свой Grid, button, fact box etc)? И почему это такая проблема в 7ке? Разницы то никакой посути.

Цитата:

В любом случае модификации получаются во многие разы дороже чем с десктоп интерфейсом.

А вот это будет зависит от того насколько разработку в студии они довидут до ума. То что успел посмотреть пока не впечатлило.
Вы же не ожидаете от Visual Studio полную функциональность как в случае програмирования на C#?(Для которого сами програмисты радостно докупают ReSharper).

Цитата:

Разделение на Back-End и Front-End программистов это замечательно, главное чтобы собственно это программирование случилось.

Я бы был поосторожнее с "замечательно" в случае когда Back-End = Х++ девелопер с пониманием AX, а Front-End = девелопер которому до лампочки до бизнес логики, процессов и тп.
С другой стороны, было бы круто если бы была возможность изменить магию генерации конечных страничек html/java script и была бы возможность ваять свои контролы или заменять существующие. Проблема только в том, что MS наврятли все это дело задокументирует должным образом ....

[belugin]

Цитата:

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

Кстати, в AX 2012 вы нажимаете откомпилировать и AX автомагически превращает форму в некую .Net сборку которая свободно живет в винде (уж не знаю что там win forms или WPF).

Это не так. .NET сборки генерируются только для серверного кода. Клиентский код живет в старой виртуальной машине.

[ax_mct]

Цитата:

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

А кто вам запрещает открыть любимый браузер на десктопе?

Не про меня речь а о типичных пользователях AX которым скорость интерфейса нужна такая же как и в Excel.

Цитата:

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

Ну вы же понимаете, что несмотря на реализацию, если это все в конечно итоге "HTML, JavaScript и CSS", то и поменять и подкрутить можно все.

Чаще всего это неадекватно дорого влезать в framework(и) через форточки и люки. Я несколько лет "менял" и "подкручивал" AX EP в разных версиях и для разных клиентов. В большинстве случаев было бы дешевле и эффективней не танцевать с бубном а сделать отдельное приложение c нуля.

Цитата:

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

С другой стороны, было бы круто если бы была возможность изменить магию генерации конечных страничек html/java script и была бы возможность ваять свои контролы или заменять существующие. Проблема только в том, что MS наврятли все это дело задокументирует должным образом ....

В том же "классическом" ASP.NET (WebForms) визуальном редакторе Visual Studio вы никогда не создадите нормальный и конкурентный web-сайт. Накидал, сгенерировал - это не для профессионального Web.

Для того чтобы соблюдать web стандарты и чтобы интерфейс не кирпичем неспроста решением стал совсем другой framework - ASP.NET MVC. И уже в нем без серьезных знаний web делать нечего. Потому как полный контроль над рендерингом обязывает.

Если к теме, то точно известно (название темы) что программирование станет дороже в разы при любом варианте. Неважно "автоматически" или "вручную" будет создаваться HTML5. Я даже уверен что "вручную" будет дешевле в конечном счете. Но оптимально конечно иметь опции на выбор и гибкость, только вот в MS c этим в последнее время с этим туго - они решают сами что клиенту и программистам лучше.

P.S.

Цитата:

Я бы был поосторожнее с "замечательно" в случае когда Back-End = Х++ девелопер с пониманием AX, а Front-End = девелопер которому до лампочки до бизнес логики, процессов и тп.

Да пофиг что лампочку надо будет вкручивать впятером поглядывая в бумажки, главное чтобы клиент был готов платить за этот праздник.

[mnt_dx]

Цитата:

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

А зачем рынку еще один SAP ? Все кто хотел SAP - его уже купили. А те кто еще не купил, явно предпочтут SAPовский SAP, а не MS SAP.

А МС же делает именно сап. Только пытается делать красивый интерфейс, который никому не нужен.