Каково самое иррациональное пользовательское поведение, которое Вы засвидетельствовали? [закрытый]
Запомните этот код:
public class ColorButton extends JButton implements ActionListener{
Color actualColour; // never assigned a value on object creation
Color grey = new Color(128, 128, 128);
Color black = new Color(0, 0, 0);
//...
Color stateBack = grey;
Color stateFront = actualColour; // actualColour is null here
Color stateFinished = black;
// ....
В вашем тестовом коде цвет, на который вы пытаетесь изменить свою кнопку, stateFront равен нулю, поскольку ему присвоен фактический цвет, который никогда не инициализируется в данный момент. создания объекта, поэтому изменение цвета не происходит
Да, вы можете назначить действительный объект Color для actualColour, возможно, позже, но stateFront остается нулевым, поскольку его ссылка никогда не изменяется.
7 ответов
Несколько лет назад больницы (по крайней мере, французские больницы) были выполнены с помощью старой победы 3,11 программного обеспечения. Каждая задача была утомительна; перемещение кого-то от одной комнаты до другого заняло бы 5 минут опытному пользователю
Мой друг работал над продажей актуального программного обеспечения тем людям. Та же простая задача заняла бы 30-е общему новичку.
В то время как большинство пользователей было очень довольно новым программным обеспечением, небольшое количество жаловались, который не был удивлением (всегда существует горстка пользователей, жалующихся). То, что было более неожиданным, было их причиной: программное обеспечение было чертовски медленным. “Та же простая задача была мгновенна, теперь она берет возрасты для достижения. Дайте мне мое старое программное обеспечение назад”, сказали бы они.
Мой друг решил встретить их и попросил у них живой демонстрации замедления, на которое они жаловались.
“Посмотрите, сказал пользователь с моим старым программным обеспечением: Я ввел имя, вхожу, имя, вхожу, число подтверждения, вхожу, старый номер комнаты, [… вставляют 5 минут здесь …], новый номер комнаты вводит …, и это сделало ….. См. …, Все мгновенно”
“Теперь, посмотрите на свое программное обеспечение. Я делаю перетаскивание, как Вы учили меня. И я ожидаю, я ожидаю взгляд …, он сделан.. Я ожидал в течение многих почти 30-х …”.
Это - пример реального мира. Это действительно произошло. Я вполне уверен, что, если бы программное обеспечение было изменено, чтобы запросить бесполезную информацию, которую оно отбросило бы впоследствии в течение периода 30-х, у этого пользователя будет намного лучшее чувство с новым программным обеспечением
Разработка для руки содержала единицу много лет назад, со мной связался пользователь, который жаловался, что их единица продолжила выключать сразу, после включаются. Это оказалось ошибкой; сообщение запуска, законченное строкой ", Нажимает любую клавишу для продолжения". Это должно было сказать, "Нажимают любую клавишу, кроме отмеченного питания большого красного ключа, для продолжения".
Одна вещь, которую я изучил за эти годы, состоит в том, что время, проведенное с конечными пользователями согласно анализу требований до движения в какой-либо степени, разрабатывает, чрезвычайно важно, как понимает культуру и образование пользователей. Разработка компьютерных систем, которые смотрят и работают как существующие ручные системы, является хорошим началом, как понимает рабочий процесс. Другая рука содержала систему доставки фургона продаж, я был вовлечен, был specced для поиска экранных клиентских подписей по доставке, и это было необходимо для завершения транзакции. Оказалось, что большинство доставок на самом деле произошло рано утром, прежде чем любой был там для расписываний за них, таким образом, воспринятый рабочий процесс не образовывал гель с действительностью вообще. Клиент штат IT на самом деле не знал это, ни сделал бизнес-аналитика. При разработке систем без входа от фактических конечных пользователей, Вы делаете так в Вашей опасности.
Если Вы думаете об этом нет такой вещи как иррациональное пользовательское поведение, существует только несоответствие между Вашими ожиданиями и их. Единственный способ закрыться, который является через диалог. Это не обязательно означает идти и делать исследования удобства использования, часто правильный диалог состоит в том, чтобы они считали справку, где с несоответствием легко имеют дело.
Единственный неправильный поступок не должен слушать то, что они говорят - или слушать и не действительно слышать их (см. сообщение на здесь о IE на Mac - это - высота высокомерия). Конечно, Вы собираетесь получить некоторых людей, которые просто не любят изменения и будут хныкать о чем-либо, но в целом если пользователь будет не торопиться для указания на что-то в программном обеспечении, которое прослушивает их, затем необходимо послушать. Можно принять решение проигнорировать их, но если Вы слушаете право, можно столь же легко раскрыть реальный драгоценный камень.
Я не верю Вашим пользователям, или клиенты будут часто вводить новшества для Вас, но я сильно полагаю, что они - ключ к Вашему программному обеспечению, являющемуся применимым, и удобство использования приводит непосредственно к успеху. Таким образом для характеристики их как иррациональных, вероятно, не служит лучшим целям - или их. Лучше, чтобы отнестись к ним серьезно, чтобы запуститься с и отфильтровать то, что Вы рассматриваете, чтобы не быть хорошей обратной связью.
В моем предыдущем задании я разрабатывал огромное торговое программное обеспечение для огромного банка. Программное обеспечение обычно занимало бы приблизительно 5 минут для запуска.
Конечно, пользователи жаловались много на время запуска, особенно когда программное обеспечение отказывало в течение дня, который происходил время от времени.
Со дня мы добавили подробный индикатор выполнения (прогрессирующий вполне регулярно, с индикатором количества остающихся объектов), жалобы, почти остановленные.
Типичные пользователи сказали бы, что "Я раньше брал возрасты для загрузки, но теперь, это довольно быстро"
Следующий шаг для нас должен был отобразить пользовательский интерфейс, прежде чем данные будут загружены вместо после (который имеет больше смысла для точки зрения IT),
На этот раз модификация привела к небольшому отбрасыванию производительности (от 5 млн до 5 "30), из-за стоимости влияния на UI в течение времени загрузки. С пользовательской точки зрения программное обеспечение было намного быстрее этот путь!!
В то время как разработчики программного обеспечения новичка ожидают, что их пользователи будут вести себя рационально, это далеко от имения место; я много раз видел пользовательское восприятие, полностью разъединяемое от действительности, или это - очевидно иррациональная обратная связь.
Я думаю, что мы - тот, который должен адаптироваться, не наоборот.
Вы говорите, что мы должны адаптироваться к неразумному поведению? Разработка программного обеспечения уже достаточно иррациональна (динамические языки, разработка через тестирование...), и Вы ожидаете, что мы в одностороннем порядке наклонимся назад для размещения некоторых искаженных ожиданий?
Я однажды работал над cms для изображений. Администратор в основном просмотрел бы, хотя страницы сделанных пользователем изображений, и проверяют тех, он хотел опубликовать. Я записал хорошее руководство по тому, как система работает, но так как все знают, что люди не читают руководства, я поместил некоторые руководства на странице, говорящей, что сделать (в этом случае, что-то как: "Установите флажок для каждого изображения, которое Вы хотите опубликовать").
Это не было задолго до того, как некоторый парень приехал, вытягивают мой рукав: "В Вашей программе существует ошибка. Это на самом деле бросает изображения, которые я не выбираю, и не те я выбираю".
Проблема была решена путем просьбы, чтобы он читал вслух текст на странице.
Несколько лет назад я разработал небольшое приложение, которое было главным образом нацелено на помощь пользователям ввести сложные данные в базе данных. Их старый метод должен был ввести все в лист Excel (без проверки любого вида), и затем использовать vba макрос.
Моя новая программа добавила проверку и смогла автозаполнить почти половину данных, которые они ранее вручную ввели.
Я ожидал иметь успех..., которым это не было... вообще:)
"Просто невозможно использовать", сказали они... Я протестировал его, попросил, чтобы мой родительский элемент протестировал его... мое программное обеспечение было прекрасно...
На самом деле те пользователи так использовались с вводом повторяющихся данных, что они использовали только клавиатуру, не мышь. И конечно, я не думал об управлении порядком вкладки правильно, таким образом, курсор просто нещадно критиковал место каждый раз, когда они поражают "вкладку", таким образом "невозможный использовать" комментарий!