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

[trud]

Цитата:

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

Генерация HTML5 конечно возможна хоть от моделей хоть от форм, программировал похожую систему на Java. Но я надеюсь что такого счастья не будет. Хочется в блокноте нормально попрограммировать а не прыгать вокруг безумной матрешки.

будет, будет
собственно сам дизайнер форм такой же как и раньше, HTML там вообще нет. я так понимаю если не заниматься разработкой специализированных контролов, то HTML знать не надо
собственно после многих лет работы !! пришли к тому, что давно уже было сделано в АХ 3.0 (там тоже веб формы разрабатывались в дизайнере)
все таки разработчики первых версий ax были нереально круты

[Vasiliy Petrovich]

Цитата:

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

все таки разработчики первых версий ax были нереально круты

кстати, такая мысль мне тоже много раз приходила на ум
интересно, кто они, где они сейчас, и чем занимаются
Peter Villadsen не один из них, случаем?

Цитата:

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

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

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

Цитата:

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

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

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

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

[AP-1055D]

Цитата:

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

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

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

[AP-1055D]

То есть, если я правильно понимаю, при разработке форм не будет HTML и прочего? Не знаю, мне лично больше импонирует идея разделения на backend- и frontend-разработчиков. Backend-разработчики занимаются реализацией бизнес-логики, интеграцией, frontend разрабатывают отчёты, делают формы, какие-то не сложные вещи типа импорта и тому подобного. В таком случае бэки сосредотачиваются на ядре, бизнес-логике, а фронты на внешних вещах. С моей точки зрения, такое разделение может быть дешевле для компании. Если сейчас на проект нужны два разработчика, то от них требуется знание и фронта и бэка (в том понимании в каком они есть сейчас.) То есть разработчик совмещает две роли в одной, и ему приходится кроме реализации бизнес-логики заниматься интерфейсными-дизайнерскими вещами. А так можно будет взять одно разработчика с хорошим знанием ядра, функциональности, бизнеса закачика, а на фронт найти более дешёвого фронт-разработчика.

[AP-1055D]

И лучше разделять задачи между разработчиками (одним очень не нравится разрабатывать отчёты и создавать лукапы/формы, другим, наоборот, такие задачи могут быть по вкусу), более ясно/точно/мотивированнее разделять уровень зарплаты.

Понятно, что и сейчас на проекте в команде бывают как сильные программисты (те кто хорошо знают особенности ядра, существующую функциональность) так и новички/стажёры/начинающие. Им часто дают задачи по отчётам и так далее. И иногда получается так, что кроме этих задач и не дают более сложные (по очень разным причинам, не только потому, что разработчик не тянет). Вот и получается, что вроде бы занимаешься аксаптой давно, а по факту сложных вещей и не делал. А кому-то и не хочется погружаться в сложную бизнес-логику. В общем, на собеседовании можно было бы с гордостью говорить, что я специалист по frontend!

[belugin]

Цитата:

Сообщение от AP-1055D

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

Как-то по моему опыту задачи связанные с дизайном встречаются довольно редко в разработке на ax. Обычно типа "добавить закладку с тремя полями и кнопку" или шаблонные формы.

[Alex_KD]

Цитата:

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

интересно, кто они, где они сейчас, и чем занимаются
Peter Villadsen не один из них, случаем?

Судя по тому что это имя светится на одной из презенташек для AX7, чел занимается 7кой.

Согласен с kashperuk по поваду MorphX - тот же зверь, только в студии.
В общем и целом Х++ никто не отменял, так что без работы не останетесь.

[belugin]

Peter работает в compiler team - под 6 там остались только багфиксы, наверное

[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 программистов это замечательно, главное чтобы собственно это программирование случилось.

[mnt_dx]

Цитата:

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

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

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

[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 = девелопер которому до лампочки до бизнес логики, процессов и тп.

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

[ax_mct]

Цитата:

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

...
И скорее всего WinJS как библиотека (The Windows library for JavaScript) так как у Microsoft свой Web
https://dev.windows.com/en-us/develop/winjs

Был не прав, TypeScript, судя по тому что именно она использована для разработки HTML5 based Retail POS AX 2012.

http://www.typescriptlang.org
Visual Studio includes TypeScript in the box, starting with Visual Studio 2013 Update 2.

https://en.wikipedia.org/wiki/TypeScript
TypeScript is a free and open source programming language developed and maintained by Microsoft. It is a strict superset of JavaScript, and adds optional static typing and class-based object-oriented programming to the language. Anders Hejlsberg, lead architect of C# and creator of Delphi and Turbo Pascal, has worked on the development of TypeScript.[3][4][5][6] TypeScript may be used to develop JavaScript applications for client-side or server-side (Node.js) execution.

TypeScript is included as a first-class programming language in Microsoft Visual Studio 2013 Update 2 and later, beside C# and other Microsoft languages.[9] An official extension allows Visual Studio 2012 to support TypeScript as well.[10]

[belugin]

Цитата:

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

Был не прав, TypeScript, судя по тому что именно она использована для разработки HTML5 based Retail POS AX 2012.

Typescript, это язык, а не библиотека. Он может использовать разные библиотеки. Typescript компилируется в JavaScript

[ax_mct]

Цитата:

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

Typescript, это язык, а не библиотека. Он может использовать разные библиотеки. Typescript компилируется в JavaScript

Справедливое замечание. Я сразу и не понял что это "syntactic sugar" для typing and manageability to JavaScript.

Вот интересная статья про Typescript
http://www.zdnet.com/article/who-bui...cript-and-why/

Как весь мир до этого программировал на JavaScript?
P.P.S. https://plus.google.com/+DouglasCroc...ts/MgzNUSTwjRt

Цитата:

I think that JavaScript's loose typing is one of its best features and that type checking is way overrated. TypeScript adds sweetness, but at a price.

P.S. JQuery в частности используется в Typescript. В принципе выглядит все красиво и хорошо, даже обоснованно.
Куда двигаться AX Front-End программистам уже очевидно

[Ned]

Господа, релиз ещё не скоро, участники ТАР-программы по подпиской, ваши предложения о революционности продукта с точки зрения разработки несколько завышены

[kashperuk]

Вот что думают зарубежные партнеры о новом релизе

https://youtu.be/On_KXJRKkVY

[Morpheus]

Цитата:

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

Вот что думают зарубежные партнеры о новом релизе

https://youtu.be/On_KXJRKkVY

Я впечатлен до глубины души. Надеюсь, что маркетинговые материалы будут более содержательными чем "flexible", "fantastic" и "exciting" а AX 7 не постигнет судьба виндовс смартфонов.