Что разработчик должен знать о дизайне интерфейса, удобстве использования и пользовательской психологии создавать большое программное обеспечение? [дубликат]
Когда Вы сравниваете PowerShell с комбинацией Cygwin/Perl/Shell, знать, что PowerShell только представляет часть "Shell" той комбинации.
можно однако вызвать любую команду от PowerShell, как Вы делаете из cmd.exe или Cygwin. Это делает не , повторно реализуют указанные функции, и это, конечно, не сопоставимо с Perl.
Это - "просто" оболочка, но это делает программирующее более легкое обеспечение удобного интерфейса к вселенной.NET.
Также имеют в виду, что PowerShell требует Windows XP, Windows Server 2003 или выше, который может создать проблему в зависимости от Вашей инфраструктуры ИТ.
Обновление:
я понятия не имел, какие философские дебаты мой ответ зажжет.
я отправил свой ответ в контексте вопроса: Сравните PowerShell с Cygwin и Perl и Bash.
PowerShell является оболочкой, поскольку это не имеет никакого синтаксического значения между встроенными командами, commandlets, функциями пользователя и внешними командами (.exe, .bat, .cmd). Только вызовы методы.NET отличаются путем добавления пространства имен или объекта в вызове.
Его программируемость происходит из платформы.NET, не от чего-либо определенного до PowerShell "язык".
я сказал бы, что полагаю, что PowerShell является "языком сценариев", как только Bugzilla или MediaWiki реализован как сценарии PowerShell, работающие на веб-сервере ;)
До тех пор, обладает эти сравнения .
9 ответов
Полезно и эффективно интерфейсы красивы. Смотрите на них как на UI-дизайнеров, а не как на специалистов по искусству. : -)
- Простота ; как можно меньше вариантов, чтобы удовлетворить потребности.
- Конвенция ; следовать шаблонам, с которыми пользователи уже знакомы.
- Наблюдение ; наблюдайте за пользователями и сглаживайте те места, где у них есть проблемы.
- Мягкость ; писать ошибки, читаемые человеком. Не расстраивайте пользователей.
- Последовательность ; делать то же самое во всем приложении. Попросите одного человека написать весь ваш текст или написать стандарт, которому должен соответствовать текст.
Научитесь слушать.
Пользователи будут говорить то, что они хотят, но не словами, к которым вы привыкли. Общайтесь, сядьте, не торопитесь и слушайте. Наблюдайте за их работой, задавайте вопросы. Выдвиньте несколько идей: "Как бы вы хотели ...?" и послушайте ответы. Не думайте, что для них что-то будет лучше, спросите их. Не навязывайте им определенный путь, потому что так проще кодировать.
Интерфейсы с множеством элементов управления и варианты сразу на одном экране могут
У Gmail есть слоган: « Искать, не сортировать ». Тот же принцип можно применить к пользовательским интерфейсам. Как вы упомянули, пользователи уже сами делают это путем поиска функций в Google.
Теперь следующий шаг - встроить поддержку поиска функций прямо в приложение. Нажмите сочетание клавиш, введите несколько ключевых слов и щелкните функцию, которую хотите использовать. Функция IDE Insight в готовящейся к выпуску RAD Studio 2010 делает именно это.
Я предлагаю прочитать «Дизайн повседневных вещей» Дональда Нормана.
Я привык думать, что астетика бесполезна, пока не попыталась продать свой дом. Прочный фундамент, 3 спальни, 2 ванны, гараж на 2 машины, огороженный двор, бла, бла бла - пока я не избавлюсь от вони от моих 3 собак, никто не трогал его.
Чем более приятным визуально является приложение / сайт, тем больше шансов, что к нему привыкнут. Теперь пользователь попробует и определит, делает ли он что-нибудь, что он хочет. Наконец, насколько это удобно? Это момент, когда вы, вероятно, получите больше отзывов.
Точно так же, как в доме: избавьтесь от беспорядка, очистите все, начните с общей цветовой палитры и позвольте пользователю добавлять сумасшедшие цвета, если они того хотят.
Проблема: пользовательские интерфейсы часто не имеют однозначного соответствия модели предметной области :
- Есть проблемы со связью потому что программисты говорят о модель скрытого домена, пока пользователи говорят о графическом интерфейсе.
- Есть проблемы с обслуживанием потому что пользователи ограничены ориентированный на задачи пользовательский интерфейс. Им регулярно нужно попросить «новый экран для этого» даже если модель предметной области уже может поддержите его.
Решение: шаблон архитектурного проектирования обнаженных объектов . Чтобы довести это до крайности, вы можете даже автоматически сгенерировать графический интерфейс пользователя из модели предметной области .
Если вы действительно хотите, чтобы ваши глаза открылись, пройдите курс инженерии человеческого фактора.
Я работал в фармацевтической компании последние два года и считаю, что дизайн интерфейса почти так же важен, как и его функциональность. Наблюдение за тем, как пользователи борются со старым сложным устаревшим кодом, является основной причиной его перепроектирования. Функциональность редко является основной причиной переделки кода или его замены.
- Исследования юзабилити
- Наблюдение за тем, как люди используют ваш код
- Экстремальное программирование (периодическая доставка кода предварительного просмотра в процессе проектирования)
Все они необходимы для создания кода, который не только удовлетворяет потребности пользователей, но и делает их счастливыми и продуктивными. В конце концов, программы будут использоваться только в том случае, если они сделают вас счастливыми и продуктивными.
Я знаю, что вопрос немного устарел, но я удивлен, увидев, что никто не упомянул прекрасную статью Джоэла Спольски: Дизайн пользовательского интерфейса для программистов . Это определенно то, что должен прочитать каждый разработчик. В нем нет особо ярких или оригинальных идей, это в основном здравый смысл, но он действительно открыл мне глаза на некоторые не столь очевидные моменты ...