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

[ax_mct]

Цитата:

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

Возможно, публичный веб и такой, а на аксапте у нас не вебсайт, а ERP с вебмордой. К нему другие требования. Это раз. Во-вторых за прошедшие годы веб стал совсем другой. JS уже JITят и прочее.
...
Может проще заказчика убедить работать с квадратными окнами, нежели делать треугольные.

Мы можем понимать компромиссы, но Пользователь - нет. Более того, по своему уже многолетнему опыту разработки в AX EP (типа AX вебморда) смею сказать что "корпоративный" пользователь намного более "капризен" чем обычный пользователь публичного web-сайта.

Требования по скорости, удобству, внешнему виду (layout etc) UI всегда вагон и маленькая тележка. Не скажешь "а что вы хотели, это вам же не desktop и даже не web, это Intranet/Extranet (а что вы хотели от ERP с вебмордой)!"
Вместо этого все позы камасутры, просто потому что если по миссионерски, то у тебя не будет работы так как клиент либо откажется от AX либо от (EP)программирования в AX вообще.

Web не так сильно и изменился. Скорость выполнения JavaScript (JIT) в браузере это ничто по сравнению с обычной для Microsoft отправкой всей web-страницы на сервер и с размером этой самой страницы. Я не знаю как будет, насколько асинхронно и насколько web, но знаю ожидания и капризы пользователей.

[AP-1055D]

Цитата:

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

Мы можем понимать компромиссы, но Пользователь - нет. Более того, по своему уже многолетнему опыту разработки в AX EP (типа AX вебморда) смею сказать что "корпоративный" пользователь намного более "капризен" чем обычный пользователь публичного web-сайта.

Мой опыт говорит об обратном: корпоративного пользователя можно заставить работать в любой какашке, в любом дерьме какое только можно представить себе, а публичный будет выбирать из того, что ему более приятно, удобнее и так далее. Посмотрите на интерфейс того же SAP или Baan (в Infor, конечно, получше). AX выбирают не за красоту интерфейса или отзывчивость веб-портала. Если вообще "выбирают".

[EVGL]

Цитата:

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

Мой опыт говорит об обратном: корпоративного пользователя можно заставить работать в любой какашке, в любом дерьме какое только можно представить себе, а публичный будет выбирать из того, что ему более приятно, удобнее и так далее. Посмотрите на интерфейс того же SAP или Baan (в Infor, конечно, получше). AX выбирают не за красоту интерфейса или отзывчивость веб-портала. Если вообще "выбирают".

Поддерживаю! Истину глаголишь.

[gl00mie]

Цитата:

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

Мой опыт говорит об обратном: корпоративного пользователя можно заставить работать в любой какашке, в любом дерьме какое только можно представить себе. Посмотрите на интерфейс того же SAP или Baan.

Уточните, пожалуйста, на чем именно основан ваш опыт в данном случае:

• продажа/внедрение стандарта ("есть функционал из коробки с веб-мордой, выглядит корявенько, но в целом работает")
• доработки на клиенте ("вот я слабал веб-форму, хавайте, а я пошел домой")
• доработки в консалтинге ("вот модифа строго по утвержденному дизайну... как это акт не подпишете?")

В первых двух случаях, может, вы и правы, потому что конечный пользователь обычно видит UI тогда, когда уже решение принято, лицензии закуплены, модификация реализована, зарплата начислена, и деваться пользователю особо некуда - разве что пытаться жалобно ныть своему начальству, мол, пусть сделают поудобнее хотя бы это и вон то.
В случае же заказных доработок я лично чаще встречался с ситуациями, когда заказчик либо изначально придумывает такой вид и поведение UI, которые совершенно не вписываются в стандарт и штатные "кодогенераторы", либо уже в ходе пользовательского тестирования начинает придумывать шашечки и рюшечки, разработка которых по времени с лихвой перекрывает трудозатраты на бизнес-логику. И аргумент у заказчика при этом очень мощный: не сделаете, как мы хотим, - не подпишем акт, соотв., не оплатим работу. В таких ситуациях зачастую требуются серьезные навыки переговорщика для убеждения заказчика в том, что его хотелки - дикий нестандарт, отступление от Best Practices, разрушение целостности user experience, и что "лучше безобразно, но единообразно". Покуда вы каким-то образом не договорились на условия time & materials, заказчик плевать хотел на ограничения стандарта и "кодогенераторов", а также на трудоемкость реализации шашечек и рюшечек. Вы оценили трудоемкость разработки во столько-то часов, заказчик отжал часть из них ("а че так много? тут делать-то нечего, простенькая форма"), а затем уже в эту фиксированную оценку трудоемкости нужно впихнуть хотелки касаемо UI.

[AP-1055D]

Цитата:

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

Web не так сильно и изменился. Скорость выполнения JavaScript (JIT) в браузере это ничто по сравнению с обычной для Microsoft отправкой всей web-страницы на сервер и с размером этой самой страницы. Я не знаю как будет, насколько асинхронно и насколько web, но знаю ожидания и капризы пользователей.

Web изменился очень сильно. EP, действительно, не настолько быстр, но это потому что использует устаревшую технологию, основанную на идеи WinForms. Но возьмите тот же ASP.Net MVC, ReactJS и отзывчивость интерфейса будет быстрой, не намного медленнее для ввода данных чем на десктоп.