AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX Blogs
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 16.11.2017, 22:06   #1  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от belugin Посмотреть сообщение
А в чем принципиальная разница между программистами насоздававшими полей, консультантами насоздававшими полей и пользователями насоздававшими, скажем, номенклатур? Если не следить будут дубли.
в такой постановке - ни в чем.

разница проявляется, если сформулировать вопрос в клиентских терминах.
клиентам нужен дополнительный бизнес-функционал, а не поля.

дополнительный бизнес-функционал подразумевает, что:
1. пользователи (или другой функционал/скрипт/демон) могут вводить куда-то значения дополнительных параметров (или система сама сможет забирать значения откуда-нибудь)
2. система с этими параметрами что-то делает
3. пользователи получают результаты работы системы (отчеты, другие документы, автоматический вызов чего-нибудь и т.п.)

так вот, "насоздавать полей" - это всего лишь часть задачи, необходимой для пользователю.

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

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

ну и по таким полям нет никакой валидации, поиска, нормальной сортировки (в виду отсутствия индексов), логирования, экспорта/импорта, настройки прав доступа и прочего такого привычного административного функционала.

)))

в общем, фича которая наглядно демонстрирует насколько разработчики не в курсе того, что на самом деле нужно пользователям.
да, некий ментальный фильтр - ослиный мостик. тут полностью согласен с fed.
__________________
полезное на axForum, github, vk, coub.

Последний раз редактировалось mazzy; 16.11.2017 в 22:08.
За это сообщение автора поблагодарили: ax_mct (1).
Старый 17.11.2017, 11:14   #2  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от mazzy Посмотреть сообщение
в общем, фича которая наглядно демонстрирует насколько разработчики не в курсе того, что на самом деле нужно пользователям.
См. выше. То, что вы считаете ненужным пользователям, в других системах является парадигмой внедрения.
Как именно это будет решено, мы не знаем. Если нельзя будет фильтровать и сортировать, то benefit конечно будет мал.
Старый 17.11.2017, 12:07   #3  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,913 / 5736 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от EVGL Посмотреть сообщение
См. выше. То, что вы считаете ненужным пользователям, в других системах является парадигмой внедрения.
If you want X, you know where to find it.
Старый 17.11.2017, 12:17   #4  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от belugin Посмотреть сообщение
было несколько доработок
очень правильное утверждение. "было", "несколько", "доработок".

и ради этого делают фичу. которая НЕИЗБЕЖНО потребует изменения в администрировании, экспорте/импорте, индексах и прочее. )

как будто в аксапте других проблем нет.

Цитата:
Сообщение от belugin Посмотреть сообщение
Прямо сейчас мы можем с тобой наблюдать как в TFS люди пользуются полями UserFieldN вполне себе фильтруя, группируя и строя сводные таблицы по ним.
Да, да! да!!! отлично.

бывают системы, где вводимые и значимые данные совпадают.
это целый класс систем.

но аксапта не такая.
в ней используется подход "черновик/проводки". Черновик - это журнал, заказ.
пользователь вводит данные в черновик. черновик почти не влияет на итоги.
система выполняет валидацию этих данных, очистку, согласование с другими данными, после чего делает разноску в другие таблицы. При разноске пользовательские данные преобразуются, распределяются в разные модули и т.п.
пользователь получает результат в виде разнесенных данных.

пользовательские данные хранятся только в справочниках.
и это в большинстве случаев это дефолтные данные, которые будут подставлены в черновик перед разноской.

)))
В условиях такого подхода, применять фичу "из TFS"... это просто не знать аксапту


Цитата:
Сообщение от EVGL Посмотреть сообщение
См. выше. То, что вы считаете ненужным пользователям, в других системах является парадигмой внедрения.
Ой, господи. Какая подмена понятий. Пожалуйста приведите цитату, в которой я утверждал что что-то не нужно пользователям.


Да, есть системы, где пользовательский ввод вполне допустим.
Это системы в которых пользователь вводит данные непосредственно в итоговые таблицы. TFS, CRM, аксфорум ))) и многие другие.

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

Аксапта - не такая )
Это не хорошо и не плохо. Это просто по-другому.

Не понимать разницу... И пытаться "тыкать носом" в...
Как скажете.

Цитата:
Сообщение от EVGL Посмотреть сообщение
Как именно это будет решено, мы не знаем.
Именно!
__________________
полезное на axForum, github, vk, coub.
Теги
d365o

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
kurthatlevik: A Practical Guide for Dynamics 365 Iterative Implementation Blog bot DAX Blogs 0 15.09.2017 01:21
kurthatlevik: New Microsoft Dynamics AX – A guide for using retail sales prices and discounts Blog bot DAX Blogs 0 01.12.2015 18:12
kurthatlevik: Dynamics AX 2012 – Great share on retail Blog bot DAX Blogs 0 28.10.2015 20:11
kurthatlevik: Turn your Dynamics AX WMS from ‘Where’s My Stuff’ to an actual ‘Warehouse Management System’ Blog bot DAX Blogs 0 21.11.2013 19:11
amer-ax: It was a great day! Blog bot DAX Blogs 3 29.12.2012 01:02
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 10:53.