![]() |
#11 |
Участник
|
Цитата:
разница проявляется, если сформулировать вопрос в клиентских терминах. клиентам нужен дополнительный бизнес-функционал, а не поля. дополнительный бизнес-функционал подразумевает, что: 1. пользователи (или другой функционал/скрипт/демон) могут вводить куда-то значения дополнительных параметров (или система сама сможет забирать значения откуда-нибудь) 2. система с этими параметрами что-то делает 3. пользователи получают результаты работы системы (отчеты, другие документы, автоматический вызов чего-нибудь и т.п.) так вот, "насоздавать полей" - это всего лишь часть задачи, необходимой для пользователю. решать отдельную подзадачу "создавать поля", при этом никак не решая остальные подзадачи - бессмысленно. давать неким повер-пользователям инструмент для решения подзадачи "создавать поля" вдвойне бессмыслено, поскольку даже у повер-пользователей в принципе нет возможности научить систему что-то делать с этими созданными полями. заложить новые действия может только программист ) ну и по таким полям нет никакой валидации, поиска, нормальной сортировки (в виду отсутствия индексов), логирования, экспорта/импорта, настройки прав доступа и прочего такого привычного административного функционала. ))) в общем, фича которая наглядно демонстрирует насколько разработчики не в курсе того, что на самом деле нужно пользователям. да, некий ментальный фильтр - ослиный мостик. тут полностью согласен с fed. Последний раз редактировалось mazzy; 16.11.2017 в 22:08. |
|
|
За это сообщение автора поблагодарили: ax_mct (1). |
Теги |
d365o |
|
|