Посты с тегом user experience
10
марта
2008

Инструменты, которые мы выбираем

Существует два подхода к использованию программ. Первый — обычный, общечеловеческий; второй — гиковский. В первом случае потециал приложение зачастую используется на те самые пресловутые 10%. Остальные 90 — не то чтобы не нужны, но нормальному пользователю в голову не придет тратить свое время и морщить мозг, чтобы отыскать их в недрах меню и диалоговых окон.

Но все-таки есть такие специальные люди — сторонники второго подхода, которые не жалеют ресурсов на то, чтобы выжать из «бедного животного» все 110% возможностей, максимально кастомизуя его под свои потребности. Не факт, что после этого их КПД увеличится на ту же величину, зато процесс исследования функционала и выкручивания в программе всего, что крутится, сам по себе является объектом интереса и приносит немалую радость. Хотя, в истиных причинах спортивного интереса, многие не признаются даже себе, оправдывая их профессиональным вниманием к эффективности работы.

На протяжении долгого времени я оставался приверженцем второго подхода, да и сейчас в определенной степени им являюсь. Тем не менее, за последние года 2-3 недостатки этого принципа дали себе знать на столько, что я начал приучать себя пользоваться «стандартными» программами из поставки ОС со стандартными настройками. Главной тому причиной была необходимость работать за множеством разных компьютеров, где не всегда было время и вообще возможность что-то настраивать под свои привычки.

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

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

16
декабря
2007

«Диктую: даблъюдаблъюдаблъю… Записали?..»

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

Префикс «www» образовался больше 20 лет назад и обозначал то, что на соответствующем домене работает веб-сервер, а не какой-либо иной сервис. Благодаря такому расширенному имени, становилось понятнее предназначение ссылки и то, какой клиентской программой по ней имеет смысл обращаться. Другие префиксы, имели (и до сих пор имеют) аналогичное по смыслу предназначение, идентифицируя другие сетевые протоколы (например, ftp., nntp. или pop3.*).

Теперь, когда WWW стал доминирующим сервисом, смысл в указании этого префикса почти пропал. На абсолютном большинстве хостингов веб-сервер работает корневом домене (второго уровня), а www., как правило, представляет собой просто редирект. Бывает и наоборот — обращение к основному домену переадресуется на www., но принципиальной разницы здесь нет. Читать далее →