Цитата:
Сообщение от
belugin
А в чем принципиальная разница между программистами насоздававшими полей, консультантами насоздававшими полей и пользователями насоздававшими, скажем, номенклатур? Если не следить будут дубли.
в такой постановке - ни в чем.
разница проявляется, если сформулировать вопрос в клиентских терминах.
клиентам нужен дополнительный бизнес-функционал, а не поля.
дополнительный бизнес-функционал подразумевает, что:
1. пользователи (или другой функционал/скрипт/демон) могут вводить куда-то значения дополнительных параметров (или система сама сможет забирать значения откуда-нибудь)
2. система с этими параметрами что-то делает
3. пользователи получают результаты работы системы (отчеты, другие документы, автоматический вызов чего-нибудь и т.п.)
так вот, "насоздавать полей" - это всего лишь часть задачи, необходимой для пользователю.
решать отдельную подзадачу "создавать поля", при этом никак не решая остальные подзадачи - бессмысленно.
давать неким повер-пользователям инструмент для решения подзадачи "создавать поля" вдвойне бессмыслено, поскольку даже у повер-пользователей в принципе нет возможности научить систему что-то делать с этими созданными полями. заложить новые действия может только программист )
ну и по таким полям нет никакой валидации, поиска, нормальной сортировки (в виду отсутствия индексов), логирования, экспорта/импорта, настройки прав доступа и прочего такого привычного административного функционала.
)))
в общем, фича которая наглядно демонстрирует насколько разработчики не в курсе того, что на самом деле нужно пользователям.
да, некий ментальный фильтр - ослиный мостик. тут полностью согласен с fed.