|
![]() |
#1 |
Banned
|
Цитата:
Сообщение от kashperuk
![]() Да что ж Вы никак с этим HTML5 не успокоетесь?
Еще раз повторяю - для Х++ девелопера технологии на которые собственно построен интерфейс полностью абстрогированы, то есть не зная ничего о HTML5, JavaScript, CSS, я могу делать все, что мне нужно для создания полноценных решений в АХ Насчет полной цены как раз и волнуюсь. Web он такой, не любит desktop программистов с мышкой. Да и есть глупая надежда что Microsoft станет немного ближе к Web-реальности, уже 15 лет жду. Было бы здорово если бы новый интерфейс предусматривал стандартную возможность полного контроля программиста над рендерингом помимо "автоматической" генерации. То есть некий wizard, но потом все в твоих руках. А с абстрагированием штука такая: сложное - просто, а простое - сложно. Что толку что AX (SharePoint) EP такой вот весь из себя мощный, пользователям web-интерфейсов мощи не нужны. P.S. Если новый Front-End будет отделен и независим от Back-End логики, то тогда это абстракция. Когда отдельно можно работать с этими слоями. А если программист отделен от Front-End, без полного контроля над ним, то это не абстракция, а вполне конкретный такой большой бубен ![]() Последний раз редактировалось ax_mct; 16.07.2015 в 21:14. Причина: P.S. |
|
![]() |
#2 |
Участник
|
![]() Цитата:
Цитата:
Было бы здорово если бы новый интерфейс предусматривал стандартную возможность полного контроля программиста над рендерингом помимо "автоматической" генерации. То есть некий wizard, но потом все в твоих руках.
Цитата:
А если программист отделен от Front-End, без полного контроля над ним, то это не абстракция, а вполне конкретный такой большой бубен
![]() Вообще, если программисту захотелось залезть в дырку, то надо сначала спросить: делает ли он это ради фана или есть причина серьезная. А если есть серьезная, то представляет ли он себе то количество вопросов, которыми надо задаться когда слезаешь с платформы и идешь своими ногами (поддержка браузеров, обновления, безопасность и т.д.). Может проще заказчика убедить работать с квадратными окнами, нежели делать треугольные. |
|
|
За это сообщение автора поблагодарили: EVGL (1). |
![]() |
#3 |
Banned
|
Цитата:
Сообщение от belugin
![]() Возможно, публичный веб и такой, а на аксапте у нас не вебсайт, а ERP с вебмордой. К нему другие требования. Это раз. Во-вторых за прошедшие годы веб стал совсем другой. JS уже JITят и прочее.
... Может проще заказчика убедить работать с квадратными окнами, нежели делать треугольные. Требования по скорости, удобству, внешнему виду (layout etc) UI всегда вагон и маленькая тележка. Не скажешь "а что вы хотели, это вам же не desktop и даже не web, это Intranet/Extranet (а что вы хотели от ERP с вебмордой)!" Вместо этого все позы камасутры, просто потому что если по миссионерски, то у тебя не будет работы так как клиент либо откажется от AX либо от (EP)программирования в AX вообще. Web не так сильно и изменился. Скорость выполнения JavaScript (JIT) в браузере это ничто по сравнению с обычной для Microsoft отправкой всей web-страницы на сервер и с размером этой самой страницы. Я не знаю как будет, насколько асинхронно и насколько web, но знаю ожидания и капризы пользователей. |
|
![]() |
#4 |
Участник
|
Мой опыт говорит об обратном: корпоративного пользователя можно заставить работать в любой какашке, в любом дерьме какое только можно представить себе, а публичный будет выбирать из того, что ему более приятно, удобнее и так далее. Посмотрите на интерфейс того же SAP или Baan (в Infor, конечно, получше). AX выбирают не за красоту интерфейса или отзывчивость веб-портала. Если вообще "выбирают".
|
|
|
За это сообщение автора поблагодарили: EVGL (1). |
![]() |
#5 |
Banned
|
Цитата:
Сообщение от AP-1055D
![]() Мой опыт говорит об обратном: корпоративного пользователя можно заставить работать в любой какашке, в любом дерьме какое только можно представить себе, а публичный будет выбирать из того, что ему более приятно, удобнее и так далее. Посмотрите на интерфейс того же SAP или Baan (в Infor, конечно, получше). AX выбирают не за красоту интерфейса или отзывчивость веб-портала. Если вообще "выбирают".
|
|
![]() |
#6 |
Участник
|
Цитата:
В случае же заказных доработок я лично чаще встречался с ситуациями, когда заказчик либо изначально придумывает такой вид и поведение UI, которые совершенно не вписываются в стандарт и штатные "кодогенераторы", либо уже в ходе пользовательского тестирования начинает придумывать шашечки и рюшечки, разработка которых по времени с лихвой перекрывает трудозатраты на бизнес-логику. И аргумент у заказчика при этом очень мощный: не сделаете, как мы хотим, - не подпишем акт, соотв., не оплатим работу. В таких ситуациях зачастую требуются серьезные навыки переговорщика для убеждения заказчика в том, что его хотелки - дикий нестандарт, отступление от Best Practices, разрушение целостности user experience, и что "лучше безобразно, но единообразно". Покуда вы каким-то образом не договорились на условия time & materials, заказчик плевать хотел на ограничения стандарта и "кодогенераторов", а также на трудоемкость реализации шашечек и рюшечек. Вы оценили трудоемкость разработки во столько-то часов, заказчик отжал часть из них ("а че так много? тут делать-то нечего, простенькая форма"), а затем уже в эту фиксированную оценку трудоемкости нужно впихнуть хотелки касаемо UI. |
|
|
За это сообщение автора поблагодарили: eugene egorov (2), leva (1). |
![]() |
#7 |
Участник
|
Цитата:
Сообщение от ax_mct
![]() Web не так сильно и изменился. Скорость выполнения JavaScript (JIT) в браузере это ничто по сравнению с обычной для Microsoft отправкой всей web-страницы на сервер и с размером этой самой страницы. Я не знаю как будет, насколько асинхронно и насколько web, но знаю ожидания и капризы пользователей.
|
|