предлагать бессмысленно, Разработчик скажет: "Я так вижу" или же за переделку интерфейса запросит денег.
А вот опубликовать - пусть сам и другие посмотрят - есть правильно.
дело в том, программу писали специально для нас, т.е. все пожелания тех, кто наверху видимо были учтены, а затем руководство дало команду использовать, хотя мы сопротивлялись до последнего
если вы имеет в виду зачем именно оракл, то не знаю, а вообще система представляет собой клиент-серверное приложение, предполающее долговременное хранение данных
Как программист скажу следующее:
1. Возможно писал студент, но если и так - компания взявшая студента - вот виновник. а не сам студент:)
2. Возможно писал даже не студент, просто сроки были ну очень очень. Или же плохие установки условий: к примеру вы каждый раз делаете исправления на работу софта. тут ошибка и ваша и его:) планирование должно быть первой, а не во времени написания программы.
3. Компания\Программист заинтересован лишь в деньгах и им абсолютно побоку на юзабилити, требования по поводу нужных операцый коекак выполнены - значит всё)
ну и конешно же странное началство. прогамму разрабатывают для вас и в тоже время получается им лучше видно "что вам нужно":).
Вобщем: обычная история написания "побыстрей" прораммы и получение денег:)
Вы бы очень удивились, узнав, насколько крупная компания заказала эту разработку, и что внедрили ее принудительно во все филиалы.
Пусть программы пишут школьники или неспециалисты, беда вся в том, что потом эти поделки заставляют использовать.
Естественно, за них ведь деньги платили. Смешно платить деньги, а потом не использовать продукт.
Другое дело, если Вы проведёте анализ продукта и Вашему работодателю дадите список рекомендаций, что нужно исправить. Он, в свою очередь, сможет (при желании) отправить этот список фирме, написавшей продукт.
Если фирма брала обязательства поддерживать его какое-то время, то она исправит эти косяки.
Написано это было фирмой или кучкой энтузиастов доподлинно неизвестно, а точно известно то, что команда разработчиков чудо-программы сменилась два раза. Первый раз сразу после разработки базы данных, второй раз после написания первой версии клиентского приложения. А сейчас третья команда по-моему просто пытается удержать в работоспособном состоянии то что там сейчас наворочено ;)
Ну, это известная проблема :) Собственно, с темой разговора я согласен. Такие ошибки в юзабилити допускать нельзя. Остаётся пожелать Вам удачи с этой программой :) И поменьше ошибок.
Второй пример я бы удачным назвал.
Выбор из списка делается юзером медленно, поэтому лучше если там один список, а не два отдельных для месяца и года.
Ну и легче поменять месяц на следующий или предыдущий.
Или добавить 3 месяца к тому, что сейчас установлено (в уме это тяжко считать, а так - три раза стрелку нажать).
Примеры неудачного интерфейса