![]() |
— На вот тебе эрэсэс! | Гугл-группа поткаста |
| — Пасыба, учытэл! |
|
Слушать этот поткаст Для пользователей из Киргизии:
Скачать в MP3
Скачать в MP3
|
|
Всем привет!
Как мы и задумывали, наш поткаст растет и множится. Сегодня в эфире наша московская студия и ее ведущий Андрей Похилько. Андрей рассказал про опыт юзабилити программных продуктов более емко, что не успел сделать в 18-ом поткасте Что упомянулось? Инструменты
|
||
| Комментарии | ||||
| APC | Я починил комментирование. Какой однако конфуз вышел - неделя без комментов нового поткаста, а я думал и правда никто ничего не хочет сказать :) |
|||
| glok_zs | Понравилось ) | |||
| 2BJ | юзаю в основном Balsamiq Mockups (веб версию, ага, в отличии от air версии там есть import) и Pencil (https://addons.mozilla.org/en-US/firefox/addon/8487) | |||
| Максимушка | Не по теме. Всем интересующимся: "Открытый семинар Санкт-Петербургского сообщества Ruby-программистов". http://www.avalon.ru/About/Events/About/?AnnouncementID=978 |
|||
| Максимушка | Теперь по теме: сегодня в магазине наткнулся на такую книжку: Elliot Jay Stocks "Sexy Web Design". Очень хорошо там обо всём рассказывается. Вот даже ссылочка на макет: http://www.slideshare.net/SitePoint/sexy-web-design Может кому и пригодится. |
|||
| Вася Рейс | Спасибо Андрей, тема, на самом деле, актуальна. При работе над одним проектом мне часто приходилось слышать от тимлида что UI это вообще штука _почти_ не нужная, точнее не стоит тратить столько времени на прорабатывание юзабилити, т.к. важен именно функционал, со всеми дизайнами и пр разберемся потом (аля позовем очень крутого _дизайнера_, который сделает все как надо). В итоге доходило до того что тому интерфейсу, который получался в результате такого подхода, не мог помочь даже супер убойный функционал. Приходилось как-то устранять сей факт. Зачастую, это приводило к тому, что бОльшая часть написанных хэндлеров для увесистых форм просто оставались не нужными, т.е. время на их разработку было потрачено зря. Постепенно пришли к тому, что стали проектировать интерфейс к тому или иному модулю, прежде чем начинать работу над его функционалом. Самое любопытное, что при таком подходе очень часто получается выявить места в функционале, которые можно либо упростить, либо убрать вовсе. Получается, что хотя бы небольшая работа над интерфейсами приводит не только к тому, что пользователь счастлив, но и к более высокой эффективности разработчика. Для себя вывел методику: что надо сделать => как это будет выглядеть => как это будет работать изнутри. Ситуации бывают разные, но в целом такой подход помогает. |
|||
