Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 31
Да, это один из самых очевидных плюсов — делать работу проектировщика.
Зачем серверному программисту знать юзабилити? Чтобы потом бэкэнд сшился с фронтэндом без проблем. Бэкэнд определяет достаточно много потребительских качеств (скорость реакции системы, устройство бизнес-процессов, надежность), поэтому даже серверсайд программисту неплохо бы представлять, как то, что он делает, повлияет на использование системы конечными пользователями. Если он не знает точно, что и зачем он делает, успех продукта — только вопрос случая.
Зачем серверному программисту знать юзабилити? Чтобы потом бэкэнд сшился с фронтэндом без проблем. Бэкэнд определяет достаточно много потребительских качеств (скорость реакции системы, устройство бизнес-процессов, надежность), поэтому даже серверсайд программисту неплохо бы представлять, как то, что он делает, повлияет на использование системы конечными пользователями. Если он не знает точно, что и зачем он делает, успех продукта — только вопрос случая.
Сразу на ум приходит отрывок из Конан Дойла, отрывок из Этюда в багровых тонах о чердачке, который мы используем.
Мой пока не заполнен, и я бы не назвал описанные знания бесполезными. То есть, если бы Ватсон рассказал Холмсу, как именно он может использовать эти знания в своей работе (о чем моя статья), так просто откреститься от них не получилось бы.
Не бывает бесполезных знаний. А мозги — они резиновые, туда всё влазит, чтобы там не думал по этому поводу Холмс.
… «может и не так много как дизайнеры»…
Не смешите людей. Дизайнер в большинстве свое умеет только рисовать «глянец». Обычно проектировщик пользовательского интерфейса и дизайнер разные направления в офисной жизни. Без специальных навыков и опыта, дизайнер не построит вам потрясающий в использовании UI, но без всяких сомнений этот UI будет божественным по красоте.
Не смешите людей. Дизайнер в большинстве свое умеет только рисовать «глянец». Обычно проектировщик пользовательского интерфейса и дизайнер разные направления в офисной жизни. Без специальных навыков и опыта, дизайнер не построит вам потрясающий в использовании UI, но без всяких сомнений этот UI будет божественным по красоте.
Нет, у него все правильно написано — дизайнер о юзабилити должен знать куда больше, чем программист. В реальности, как вы и говорите, это к сожалению не так.
Я считаю, что если команда нацелена на успех, если каждый хочет увидеть тот продукт, над которым он и его коллеги работают, то все специалисты такой команды должны быть развиты разносторонне. Конечно возникнет много вопросов, ответ на которые будут «Не лезь не в свое дело», НО! Если ты разработчик, то ты не только должен писать код под дудку начальника, говорящего тебе, что завтра он хочет видеть кнопку работоспособной, но и понимать, как эту кнопку будет нажимать пользователь и что он будет от нее ожидать. Каждый должен видеть не только свою область задач, но и помогать в остальных. «Одна голова хорошо, а две лучше» (С)
Дизайнеры — это как раз те кто обладает этими специальными навыками и опытом. А тех кто вместо работающего интерфейса рисует бестолковый глянец, я дизайнерами не считаю. Это скорее художники. Хотя у них на свой счет другое (как правило завышенное) мнение.
Для того, кто делает серверную часть, пользователем является тот, кто делает клиентскую. Соответственно, у серверной части тоже есть свой интерфейс и своё юзабилити, определяемое простотой и удобством использования. Разумеется, к окошкам и цветомузыке это отношения не имеет. Но ставить себя на место пользователя своей системы всё равно нужно.
Лучше так: uibook2.usethics.ru/
Почитайте Раскина, Нормана, Купера. Это всё-таки столпы, основа. Потом уже можно читать более прикладные вещи.
Отличная статья. Я полностью согласен.
Конечно, сферическая команда в вакууме содержит в себе проектировщиков, дизайнеров, юзабилистов. Но на практике всё не так. Мы работаем на крупного заказчика, тем не менее, никого из перечисленных специалистов в штате нет. Многие члены команды так или иначе сталкиваются с UI. И не все даже способны кнопки ровно выставить на форме. Человек просто не видит, где и что нужно выровнять. Нету чувства прекрасного, или что ещё. Я уж не говорю таких вещах, как та, что нажатие на лейбл чекбокса должно его переключать. Так что я пользуюсь авторитетом человека, который может привести UI в порядок. И стараюсь в себе эти навыки развивать. Они действительно ценятся.
Хуже всего, когда люди открещиваются от необходимости знаний, как это делает юзер Zamorozka выше по тексту. Хороший разработчик должен понимать работу системы от начала и до конца. От градиента на кнопочке до машинных команд.
Конечно, сферическая команда в вакууме содержит в себе проектировщиков, дизайнеров, юзабилистов. Но на практике всё не так. Мы работаем на крупного заказчика, тем не менее, никого из перечисленных специалистов в штате нет. Многие члены команды так или иначе сталкиваются с UI. И не все даже способны кнопки ровно выставить на форме. Человек просто не видит, где и что нужно выровнять. Нету чувства прекрасного, или что ещё. Я уж не говорю таких вещах, как та, что нажатие на лейбл чекбокса должно его переключать. Так что я пользуюсь авторитетом человека, который может привести UI в порядок. И стараюсь в себе эти навыки развивать. Они действительно ценятся.
Хуже всего, когда люди открещиваются от необходимости знаний, как это делает юзер Zamorozka выше по тексту. Хороший разработчик должен понимать работу системы от начала и до конца. От градиента на кнопочке до машинных команд.
Статья замечательна, о некоторых вещах задумался, и возможно зайду дальше. Как жаль, что часто руководство недооценивает важность юзабилити в целом.
www.ozon.ru/context/detail/id/5508646/ все что Вы описали есть здесь
>Обычно для создания полезной программы необходимы проектировщик (мозг) и программист (руки)
Предположу, что имелся ввиду кодер?
Предположу, что имелся ввиду кодер?
Круто! Хорошие мысли. А то иногда у людей проскакивает странное
Друзья, не путайте юзабилити и пользовательское проектирование.
А вообще, программистам достаточно знать всего одну вещь из мира проектирования — НИКОГДА не делайте диалоговые окна с подтверждением действий или с якобы полезной информацией. НИКОГДА.
Если я хочу закрыть окно, нажав на крестик — просто закройте окно. (исключение — если я что-то не сохранил в программе и могу эти данные потерять, хотя и это очень легко обходится)
Если я жму на кнопку СОХРАНИТЬ — просто сделайте ее после сохранения неактивной. Не надо никаких радостных окон с сообщением об успешном сохранении — я это и так понял, не дурак.
Если я открываю программу — я хочу начать с ней работать. Мне абсолютно все равно — вышло ли там новое обновление, хотите ли вы сделать программу лучше вместе со мной или же у вас есть миллион подсказок и советов. Мне это НЕ НУЖНО. Я хочу просто начать работать с программой.
Ну и так далее :) В общем, самое главное — не бесить пользователя своей «заботой» о нем. И все будет классно!
А вообще, программистам достаточно знать всего одну вещь из мира проектирования — НИКОГДА не делайте диалоговые окна с подтверждением действий или с якобы полезной информацией. НИКОГДА.
Если я хочу закрыть окно, нажав на крестик — просто закройте окно. (исключение — если я что-то не сохранил в программе и могу эти данные потерять, хотя и это очень легко обходится)
Если я жму на кнопку СОХРАНИТЬ — просто сделайте ее после сохранения неактивной. Не надо никаких радостных окон с сообщением об успешном сохранении — я это и так понял, не дурак.
Если я открываю программу — я хочу начать с ней работать. Мне абсолютно все равно — вышло ли там новое обновление, хотите ли вы сделать программу лучше вместе со мной или же у вас есть миллион подсказок и советов. Мне это НЕ НУЖНО. Я хочу просто начать работать с программой.
Ну и так далее :) В общем, самое главное — не бесить пользователя своей «заботой» о нем. И все будет классно!
Хорошая статья.
Я как бывший программист и нынешний юзабилист-аналитик-тимлид-ПМ согласна по всем пунктам.
Я как бывший программист и нынешний юзабилист-аналитик-тимлид-ПМ согласна по всем пунктам.
пост как-то не очень, а вот ссылка на ЖЖ понравилась
«У программистов свой, эгоцентрический взгляд на разработку продуктов, который, к сожалению, часто мешает увидеть свет хорошим и правильным вещам.» — и не только у программистов, инженера точно такие же, никто не хочет признавать, что его творение не самое лучшее и оптимальное.
А, вообще, я бы включал юзабилити в стандартный курс подготовки всех программистов и инженеров, ибо это довольно часто важнее всего остального.
А, вообще, я бы включал юзабилити в стандартный курс подготовки всех программистов и инженеров, ибо это довольно часто важнее всего остального.
А, вообще, я бы включал юзабилити в стандартный курс подготовки всех программистов и инженеров, ибо это довольно часто важнее всего остального.Как преподаватель технического университета скажу вам, что целиком курс юзабилити внести в программу в настоящее время очень тяжело из-за достаточно жестких стандартов, однако, я 1-2 лекции в семестр все равно уделяю этому вопросу, пусть и в ущерб некоторым другим «фундаметальным» вещам.
«Фундаментальность» в науке часто идет в разрез с требованиями современного производства.
Очень хороший взгляд на эту проблему изложен в этой книге.
Очень хороший взгляд на эту проблему изложен в этой книге.
Кстати, одна интересная штука про юзабилити софта, лично я хотел, чтобы все было как (должно быть) в iOS, т.е. закрыл прогу/прога покрашилась/выключил компьютер/кончилось электричество, открыл снова и ты на том же месте с теми же данными, ничего не изменилось, просто продолжаешь делать то, что делал прошлый раз. Тоже самое с настройками. Мы к этому идем конечно, но только как-то очень медленно и в обход:(
Есть ли минусы? Вас начнут ужасно разочаровывать те интерфейсы и вещи, которые вы видите вокруг.
Si, amigo!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Зачем программисту учить юзабилити?