Эта статья писалась мною как памятка для внутреннего пользования дизайнерам нашего бюро.К сожелению огромная армия даже опытных, модных и эффектных дизайнеров забывают, что результатом их творчества должен быть сайт, а не «супер-скриншот» для портфолио, годный лишь в роли эффектного плаката.Америку я не открыл, а просто собрал воедино и сформулировал ряд требований, которые должен учитывать дизайнер в процессе разработки дизайна сайта.

Проектирование интерфейсов — один из ключевых процессов в нашей компании. Причем непосредственно разрабатываем мы не все проекты — для многих готовится только модель интерфейса, проектная документация, оценка стоимости и сроков реализации. Интерфейсная модель может быть статичной или интерактивной. В первом случае это схемы страниц (wireframes), во втором — интерактивные прототипы. Создавать последние в достойном виде достаточно затратно, но они здорово выручают сразу на нескольких этапах.

Я давно ломал голову, над тем, что бы такое всунуть в блог, чтобы выцедить скромную долю всемогущественной «кармы». И натолкнулся на насущную тему – мотивация меня любимого.

Я смотрю на этот вопрос исключительно из собственного, мнения, и уверен, что вам, читатели будет что покритиковать и что дополнить, но не будем лукавить, ведь именно это нам и нравится делать.

И так, что может быть проще? Надо ответить самому себе на вопросы:

1. Почему меня иногда просто тошнит от мысли о работе?
2. А почему же мне нравится это делать?

Так как речь идет о мотивации, то все стихийные факторы, типа: плохая погода, поругался (поругалась) с девушкой (парнем), подрезал мудила на бумере, отметаются.

Несмотря на то, что есть разумное соображение, что «выдающиеся» элементы интерфейса быстрее привлекают к себе внимание, опыт показывает, что это далеко не всегда так.

Возможно, интернет реклама «портит» восприятие пользователя, и он начинает игнорировать крупные объекты, выделяющиеся из общей структуры.



Пользователь искал ссылку «Фотки». Потратил на это 38 секунд. Он дважды обошёл глазами экран по кругу, и только 78-фиксация взгляда попала на тот объект, который он искал.

Схожая задача, найти на ссылку «блоги», в другом случае была решена тем же пользователем в 2 раза быстрее.



15 секунд на то, чтобы обнаружить ссылку на другом портальном сайте. Ссылка находится в ряду (в списке) других ссылок. Оформление списка направляет взгляд.

На днях, Microsoft открыла для публичного тестирования свою версию сервиса для вебмастеров. Теперь, у всех крупнейших игроков поискового рынка теперь есть свои собственные сервисы для владельцев сайтов.
У Google — Google Webmaster Tools
У Яндекса — Яндекс.Вебмастер
У Microsoft — Live Search Webmaster Center
У Yahoo — Yahoo Site Explorer

Добавляя свой новый сайт во все эти сервисы, мне пришла в голову следующая идея. Почему бы не создать веб-проект, который сможет объединить все эти сервисы в рамках одного сайта? Получился бы очень полезный стартап.

Приветствую всех читателей, сегодняшняя статья будет немножко необычной, в том плане, что тема будет поднята не совсем программистская, а скорее ближе к аналитической и бизнесовой. Поговорим мы о том, что же делать при начале своего собственного стартапа в сети Интернет, и попробуем рассмотреть один из самых популярных мифов (или нет?) о дизайне и движке вашего детища.

 

Я являюсь автором cmsworld.ru. Проект работает уже больше полугода. Хотелось бы сделать некоторые выводы о своем проекте в частности и о проектах по CMS в целом (cmslist, cmsmagazine и другие ЦМС-каталоги).

Прежде всего встает вопрос, насколько подобные сайты полезны? Понятное дело, что в основном они ориентированы на разработчиков, которые по разным причинам не могут или не хотят делать сайт с нуля. Таким образом, прежде всего они ориентированы на людей, которые выбирают ЦМС для своих разработок или своего проекта, т.е. как разработчиков так и заказчиков сайтов.

На мой взгляд, представленная на таких сайтах информация о ЦМС (параметры, общий функционал) мало полезна. Как отмечают посетители моего сайты, при сравнении некоторых ЦМС не видно совсем, чем они отличаются. Вот и встает вопрос, что делать? Как помочь людям делать выбор?

Буду весьма признателен за советы в данном направлении.

Особенно умным и тем кому больше нечем заняться, чем комменты не по теме оставлять: я не прошу критиковать проект, а прошу дать совет по поводу того, что делать, чтобы сайт был полезным и интересным.

Летом прошлого года прошло замечательное событие — EPAM Software Engineering Conference'2006.

Из официального пресс-релиза:

В мероприятии приняло участие более 300 сотрудников компании из пяти стран, в которых находятся центры разработки EPAM Systems. В течение двух дней прозвучало более 40 докладов, охвативших широкий спектр тем: управление проектами, управление качеством, вопросы интеграции приложений, бизнес-анализ, управление требованиями заказчика, вертикальные решения, применение многократно используемых компонентов и т.д.

Конференция прошла «на ура».

Но речь пойдет не о самом мероприятии, а о презентационных материалах и о том, как подготовить и провести полезную и запоминающуюся презентацию.

Впервые я выступал с этой темой на «CorpPress 2006». Позже этот материал попытались пересказать журналисты CNews, но мне не очень понравилось, как они это сделали. Поэтому вам я бы хотел рассказать все лично.

Практически ежедневно я с разными людьми обсуждаю, какой сайт они хотят создать для своей компании.

Сегодня, дорогие друзья, мне бы хотелось поговорить об насущной проблеме всеобщего одваноливания (прим. автора: веб 2.0) — проблеме хороших графических интерфейсов на веб-сайтах.
Многие дизайнеры совершают некоторые довольно типичные ошибки при проектировании пользовательских интерфейсов, и это приводит к различным неудобствам при их использовании конечными пользователями.

Статья о том, каким образом проектируется пользовательский интерфейс корпоративных продуктов внутри Microsoft на примере проекта MS Dynamics:
Проектирование от Microsoft. Современное состояние дел.

Мастер-класс по созданию элегантных интерфейсов. Автор — Владислав Головач.
Скачать (формат — PDF, размер — 6.5 Мб)

В этой статье я постараюсь дать обзор системы управления проектами Trac, рассказать кому она будет полезна и способы ее применения в разработке проектов.

О системе

Разработчик — Edgewall
Лицензия — BSD
На чем написана — Python
Среда обитания — Там где обитает Python, а значит почти везде

После публикации типологий клиентов и исполнителей многие комментирующие резонно предложили мне не останавливаться на простом описании наблюдений, а попытаться перейти к рекомендациям и советам. Что ж, я готов. Давайте попробуем.

Одним из основополагающих моментов успешной деятельности (практически любой) я вижу непротиворечие своей природе. Если так уж случилось, что вы стали продюсером, то ваша судьба быть между огней. Всегда. С одной стороны клиенты, с другой дизайнеры. Или инвесторы с одной, и разработчики с другой. Или ангел и черт — не суть важно. Если уж так случилось, что вы между ними, постарайтесь быть равноудаленным от обеих сторон.

При этом необязательно доводить все до крайних проявлений снобизма по отношению к клиентам и начальственного высокомерия по отношению к дизайнерам — по сути это уже перевес в какую-то сторону. Постарайтесь быть равнодружелюбным. Это качество избавит вас от очень многих проблем, поверьте.

Исследователи из Массачусетского технологического института нашли способ, как отображать активность в ньюс-группах на интерактивных анимированных графиках. По мнению ученых, они гораздо информативнее, чем статичные диаграммы, и в будущем анимированные графики будут стандартным элементом любой презентации.

Многие и не догадываются о существовании такого замечательного ресурса как Guide Book Gallery. А ведь он существует уже около пяти лет и радует нас громадной коллекцией GUI.

Ресурс содержит каталог ОС и таймлайн по ним, скриншоты, звуки и иконки (вы видели как выглядит Windows 1.0?), а также множество других интересностей.

Ресурс очень полезен молодым специалистам. Матерым тоже иногда нужно вспомнить, что там за интерфейс был в OS/2.

Пока все пребывают в сладком забытьи – добры, веселы и благодушны, предлагаю продолжить изучение частного продюсерского опыта в формате типологий. Моя предыдущая публикация была посвящена клиентам, теперь время поговорить о другой стороне вопроса – исполнителях. Надеюсь, что моя карма это выдержит (тонкий намек).

Как я уже говорил, моя работа стоит на двух табуретах. Первый, это работа с клиентами – получение и обработка информации в формате «что делаем». Второй, это работа с коллективом дизайнеров – собственно, перевод слов в результат («делаем»).

Я здесь сознательно избегаю терминов «подразделение» и «управление» потому, что в управлении кем-либо и чем-либо нюансов значительно больше, чем в общении с клиентами. Сегодня я освящаю узкую тему, какие вообще встречаются дизайнеры. Обо всем остальном мы обязательно поговорим в следующих выпусках.

Построил график, и стало понятно, почему Мастерхост не любит Хостинг-Центр РБК и наоборот.



источник: Статистика регистрации и делегирования доменов в зоне RU, Tоp-200 dns-серверов.