Примеры RES и ARES подхода к написанию UI
От: oldor Украина http://vingrad.ru/blogs/dorozhko/
Дата: 15.08.08 18:15
Оценка: -5
Повышенное внимание к требованиям пользователя является одним из принципов RES парадигмы
Второй принцип RES заключается в минимизации знаний о самой RES системе, чтобы не зашумливать skill`s traffic

Результатом нарушения этих принципов является в первую очередь ригидность ПО и прежде всего сохраняемое ухудшенное юзабилити при все новых наворотах и фичах.

Приведу пример: окно выбора файлов. Ему уже 1000 лет.

Но почему-то все до сих пор пишут: "Сохранить как" в то время как понятнее для пользователя было бы "Сохранить для"

Конечно, реализация "Сохранить для" уже потребовала бы написания нового кода (подбора для какого именно приложения пользователь хочет сохранить свою работу/документ), заметьте, более адекватного требованиям юзабилити.

Вместо этого "повторное использование кода" порождает такое уродство как "Сохранить как"

Зачем пользователю знать форматы файлов? Это Аnti-RES (далее ARES) знание.

Это знание есть лишнее, ненужное, навязываемое пользователю ленивым программистом.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.