![]() |
— На вот тебе эрэсэс! | Гугл-группа поткаста |
| — Пасыба, учытэл! |
|
Слушать этот поткаст Для пользователей из Киргизии:
Скачать в 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 это вообще штука _почти_ не нужная, точнее не стоит тратить столько времени на прорабатывание юзабилити, т.к. важен именно функционал, со всеми дизайнами и пр разберемся потом (аля позовем очень крутого _дизайнера_, который сделает все как надо). В итоге доходило до того что тому интерфейсу, который получался в результате такого подхода, не мог помочь даже супер убойный функционал. Приходилось как-то устранять сей факт. Зачастую, это приводило к тому, что бОльшая часть написанных хэндлеров для увесистых форм просто оставались не нужными, т.е. время на их разработку было потрачено зря. Постепенно пришли к тому, что стали проектировать интерфейс к тому или иному модулю, прежде чем начинать работу над его функционалом. Самое любопытное, что при таком подходе очень часто получается выявить места в функционале, которые можно либо упростить, либо убрать вовсе. Получается, что хотя бы небольшая работа над интерфейсами приводит не только к тому, что пользователь счастлив, но и к более высокой эффективности разработчика. Для себя вывел методику: что надо сделать => как это будет выглядеть => как это будет работать изнутри. Ситуации бывают разные, но в целом такой подход помогает. |
|||
| icxon | Меня очень напрягает, что почти все местные сайтоделы, точнее php?-разработчики вынуждены делать и графический дизайн проекта, т.е. тратить время на изучение потошопа, самому всё рисовать, резать, верстать-натягивать, писать запросы, кодить, тестить, деплоить и поддерживать. Рынок вынуждает быть мастерами на все руки, и это очень не хорошо. По поводу войн между юзабилистами и программистами - я думаю подобные проблемы можно решить только через старший менеджмент и руководство компании. Вот к примеру, в компании где я сейчас работаю, графический стиль основного проекта, и его поведение разрабатывается наёмным дизайнером (в идеале должен быть юзабилист и художник интерфейсов, но таких у нас не найти). Его прям перевели в офис компании на неделю, посвятили в функционал проекта, дали посмотреть что и как нажимают реальные пользователи на текущей версии продукта. Потом он значит всё обрисовал, показал как будет работать, утвердил у менеджера проекта, тот в свою очередь спросил возможность и сроки реализации у разработчиков, сделал доклад начальству, внесли некоторые корректировки и всё. Программисты конечно немного попротивились, повозникали, но они сами заявили о готовности выполнить, в назначенные собой сроки, и теперь ответственны за это. Дизайнер в код не лезет, а вы, будьте добры, не лезьте в дизайн. И ещё проблема характерная для нашего региона - непонимание руководителей зачем нужны подобного рода кадры, ну вот эти самые юзабилисты, кормить то всех неохота, тут вам и аналитиков подавай и QA-менеджеров и тестировщиков, зачем? когда всё могут сделать программисты. А программисты зачастую и не против, зачем делать закругленные полупрозрачные кнопки или тратить время на тесты (сделаем форму "сообщить об ошибке" и наверстаем). http://bit.ly/9IYEs1 - как-то так. |
|||
