Forcing users to think like a progr

Forcing users to think like a programmer
One prototype Web application had dialog boxes for each function. One dropdown menu setting appeared in several dialog boxes. Changing it in one dialog
box changed it everywhere else as well. Users normally expect menus to stay as
they were set the last time the user used that dialog box, but in certain situations
a setting that changes everywhere might make sense to users.
When asked to explain why the menu worked as it did, the programmer said
he decided it was inefficient to put copies of the menu in every place it was
needed, so he wrote the code so there was only one menu, which appearedin
many dialog boxes. A user-centered answer would have explained that studies
had shown that users expect the menu to change everywhere when they change
it in one place.
The programmer made a decision, based purely on implementation considerations, that resulted in behavior that probably didn’t match users’ expectations. The
programmer exposed the implementation to the users.

Kết quả (Việt) 1:

Buộc người dùng phải suy nghĩ như một lập trình viênMột mẫu thử nghiệm ứng dụng Web có hộp cho mỗi chức năng. Một thiết lập trình đơn thả xuống xuất hiện trong một số hộp. Thay đổi nó trong một hộp thoại hộp thay đổi nó ở khắp mọi nơi khác là tốt. Người dùng bình thường mong đợi menu để ở lại là họ đã được thiết lập lần cuối cùng người dùng sử dụng hộp thoại đó, nhưng trong một số tình huống một thiết lập mà thay đổi ở khắp mọi nơi có thể làm cho tinh thần cho người dùng.Khi được hỏi để giải thích tại sao trình đơn làm việc như nó đã làm, cho biết các lập trình viên ông quyết định nó đã được không hiệu quả để đặt bản sao của trình đơn trong mỗi nơi nó cần, do đó, ông đã viết mã, do đó, chỉ có một đơn, mà appearedin hộp thoại nhiều. Một câu trả lời người dùng làm trung tâm sẽ có giải thích rằng nghiên cứu đã cho thấy rằng người dùng mong đợi menu để thay đổi ở khắp mọi nơi khi họ thay đổi nó ở một nơi.Các lập trình viên đã thực hiện một quyết định, dựa hoàn toàn vào xem xét thực hiện, mà dẫn đến hành vi có thể không phù hợp với sự mong đợi của người dùng. Các lập trình viên tiếp xúc thực hiện cho người dùng.

Kết quả (Việt) 2:

Buộc người dùng phải suy nghĩ như một lập trình
Một nguyên mẫu ứng dụng Web có hộp thoại cho từng chức năng. Một thiết lập trình đơn thả xuống xuất hiện trong một số hộp thoại. Thay đổi nó trong một hộp thoại
hộp thay đổi nó ở khắp mọi nơi khác là tốt. Người dùng thường mong đợi menu để ở lại như là
họ đã thiết lập thời gian qua người dùng sử dụng hộp thoại đó, nhưng trong những tình huống nhất định
một khung cảnh thay đổi ở khắp mọi nơi có thể làm cho tinh thần để người sử dụng.
Khi được yêu cầu giải thích lý do tại sao menu làm việc như nó đã làm, các lập trình viên nói
anh quyết định không hiệu quả để đưa bản sao của trình đơn trong mọi nơi nó được
cần thiết, vì vậy ông đã viết code nên chỉ có một menu, mà appearedin
nhiều hộp thoại. Một câu trả lời người dùng làm trung tâm đã có thể giải thích rằng các nghiên cứu
đã chỉ ra rằng người dùng mong đợi menu để thay đổi ở khắp mọi nơi khi họ thay đổi
nó ở một nơi.
Các lập trình viên có quyết định, hoàn toàn dựa trên những cân nhắc thực hiện, dẫn đến hành vi mà có lẽ không phù hợp mong đợi của người sử dụng. Các
lập trình viên tiếp xúc với thực cho người sử dụng.