Джон Хикс будет работать в Opera Software

Джон и Леи Хикс

В своем журнале Джон Хикс (John Hicks), создатель логотипа Mozilla Firefox, рассказал о том, что теперь он будет работать в Opera на позиции ведущего дизайнера (Senior Designer). Не смотря на то, что работать он будет удаленно ему всё же придется отказаться от работы в своём собственном деле. В след за Hicksmade его жена, Леи Хикс (Leigh Hicks), займется и делами Hicksdesign.

Влияние на качество интерфейса Opera Software, скорее всего, окажется положительным. Хотя не очень понятно, что конкретно будет делать Хикс. Поле для деятельности в Opera Software у него огромно. Но основные работы Хикса – это типографика и разработка лого и иконок, но не интерфейсов целиком (хотя покритиковать интерфейсы он любит). Возможно, над следующими версиями Opera он будет работать не один, кто может стать главным идеологом интерфейса я сказать не возьмусь. Но почему то в голове пронеслась мысль, что если бы к разработки привлечь Дэвида Бирна (David Byrne) и Брайна Ино (Brian Eno), то можно было бы получить совершенно потрясающий браузер =)

С другой стороны этот переход может негативно сказаться [в плане дизайна] на других проектах, в которых проявляется Hicksdesign.

User eXperience 2008

В прошлом году эта конференция поразила количеством зарубежных гуру на единицу площади. То, о чем рассказывали гуру, поразило меньше. Впрочем, в Сети можно найти много положительных записей участников.

А в этом году конференция пройдёт с 29 по 1 ноября и приурочена к World Usability Day. Чего, впрочем, не скажешь по списку докладов – ни одного доклада по теме этого года (Usability in Transportation). Из ключевых докладчиков наиболее интересен Джефф Джонсон с конспектом своей книги “GUI Bloopers: Don’ts and Do’s for Developers and Web Designers“, мне кажется это будет хороший доклад. Дмитрий Сатин и Александр Горелик (не знаю кто это) выйдут, видимо, с общей темой “Тема ожидается”=)

Конференция, фактически, разбита на три части, каждая оплачивается отдельно:

  • 29 октября – Курс молодого бойца. Стоимость 3800 – 5400 рублей за место. Минимальная цена сделана для студенов и преподавателей (на “РИТ: Высокие нагрузки” было вообще бесплатно).
  • 30 и 31 октября – Основная программа конференции, несколько мастер-классов (судя по описанию на сайте – для совсем новичков) и “Премия информационной открытости – 2008”. Участие стоит 3900 – 14400 рублей за место.
  • 1 ноября – Авторский семинар Джеффа Джонсона за 9340 – 10800 рублей, скидок школярам не предоставлено.

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

А вот это мне не понравилось совсем. Допускать такие ляпы на сайте этой конференции нехорошо:

Что тут не так?

1. Зачем на сайте конференции для специалистов по юзабилити пояснение что такое юзабилити? К тому же это не является полным определением. Может быть это просто ограничение темы. Почему тогда просто не написать “конференция по удобству использования” и не вводить в заблуждение?

2. При разрешении 800×600 и 1024×768 пояснение к термину пропадает, а “2008” либо исчезает совсем, либо обрезается на половине цифры.

3. Текстовый заголовок сделан единой картинкой.

RSS тоже отсутствует, за место этого предлагается подписаться на e-mail. С маркетинговой точки зрения понятно, но с точки зрения удобства использования одна единственная возможность получать новости это прошлый век.

А вот идея с вертикальной навигацией, очень понравилась.

Digg запустил два собственных блога…

… в сентябре.

Первый блог Community будет использоваться для важных объявлений и новостей, второй Technology (о чём бы вы думали?) – внутренностях Digg, для разработчиков, партнёров и просто гиков. А поскольку “we love you and you love us”, то вероятно появление еще нескольких разделов.

Пока же в блоге о технологиях есть две небольшие заметки: How Digg works – об общей архитектуре, и How Many Databases does Digg Have? – об архитектуре БД. В блоге сообщества можно посмотреть четырех минутное видео из офиса Digg (посмотреть стоит).

К сожалению больше записей с 12 сентября нет, надеюсь, что это связано с подготовкой качественного материала, а не с пропавшим интересом. Судя по счетчику в адресах постов, материала там прилично.

Плагины Firefox для упрощения веб тестирования

Несколько дней назад, потребовалось найти простой плагин или программу, для оценки скорости загрузки страницы на клиентской стороне. Наилучшим решением мне показался плагин YSlow от Yahoo. Он устанавливается в Firebug в виде отдельной закладки. После полной загрузки в репорте (на трёх закладках внутри YSlow) можно посмотреть оценку производительности (оценка ставится по шести (A F) и ста бальным шкалам), а так же статистику по кешу и загруженным компонентам.

Плагин YSlow
Плагин YSlow

Полноценной оценки производительности сделать не получится, но у этого плагина есть интересная особенность – отчет по производительности содержит 13 разделов по разным проблемам и рекомендаций по улучшению из Yahoo! Developer Network. Exceptional Performance.

Плагин YSlow. Закладка Cache
Плагин YSlow. Закладка Cache

Из интереса прошелся по разделу Web Development на сайте Mozilla и нашел около пятидесяти плагинов, которые могут помочь при тестировании страниц.

(more…)

Всемирный День Юзабилити в России

WUD 2008
WUD 2008

В этом году выпал на тринадцатое ноября (по правилам WUD празднуется во второй четверг ноября). Тема дня – Юзабилити на транспорте (или “при транспонтировке”).

(more…)

Highload++ и ProfyClub: Уплывшие данные пользователей

И всё-таки утекли базы пользователей. С юридической точки зрения, возможно, так и не скажешь, но теперь я получаю сообщения и от ProfyClub и от Highload++, хотя свои адреса оставлял только на ProfyClub, причем тогда еще RU.

Дальше интереснее. Попытка залогинится на ProfyClub.org ни к чему не привела, так же как и на Highload.ru. Получается, что либо Олег Бунин, либо ProfyClub используют данные пользователей без разрешения на это, что, в принципе расценивается как спам. С другой стороны ProfyClub.ru сейчас ссылается на Highload++, а с другой стороны ООО «ПрофиКлаб» это не Highload++. В общем, собирая данные в общем деле, а потом создавая отражения друг друга можно получить очень много выгод, не прикладывая особенных усилий. Мило, но так обстоят дела с высокими технологиями в России сейчас =)

Департамент QA: Ошибки управления

Это первая заметка из серии публикаций о наиболее частных проблемах QA, с которыми я сталкивался. Мне пришлось многие вещи пройти и найти самому, и я допустил множество мелких, а иногда и крупных, ошибок.

Когда я пришел в компанию, у меня был довольно большой опыт в ведении тестирования (как части QA) и разработки программ. Опыта управления процессом, в котором задействовано много людей и разные команды, практически не было. Фактически, на тот момент «картина мира» для меня выглядела так.

Мифическая организация разработки

(more…)

Указанные данные устаревшие!

Десять лет назад, для того чтобы заплатить за интернет я ехал в центр города, где покупал карточку на 5 – 10 часов, либо заключал контракт на месяц. Потом было время интернета в кредит и счета приходили по почте. Затем мобильный интернет и, на конец, выделенная линия (64 кбит/с за 650 рублей в месяц) с оплатой через терминалы. Всё это время реквизиты всегда были однозначны, и оплата приходила по назначению и в указанное время. В общем, я никогда не задумывался о том, что могут возникать какие-либо проблемы при оплате услуг, даже когда начал покупать что-либо через интернет.

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

«Указанные данные устаревшие, плюс все платежи мы принимаем только через сайт! В автоматическом режиме»

Деньги обещали добавить, но это слабое утешение, поскольку не понятно, а все остальные варианты платежей актуальны ли? Для многих компаний это может обернуться банкротством. Так что веб тестировщикам, пожалуй, стоит проверить чек листы – есть ли в них проверка актуальности финансовой информации?

Зачем придумывали новый интерфейс Microsoft Office

Весной я писал о видео с историей развития интерфейса Microsoft Office. Тогда я поленился почитать блог дальше, а зря. Случайно наткнулся на перевод серии статей того же Дженсена Харриса по интерфейсу MS Office в блоге “Чужие мысли“.

Серия включает в себя следующие заметки:

  1. The Why of the New UI | На пути к новому интерфейсу Microsoft Office
  2. Ye Olde Museum Of Office Past | На пути к новому интерфейсу Microsoft Office: Музей старых версий
  3. Combating the Perception of Bloat | На пути к новому интерфейсу Microsoft Office: Борьба с раздутостью
  4. New Rectangles to the Rescue? | На пути к новому интерфейсу Microsoft Office : Спасательные прямоугольники
  5. Tipping the Scale | На пути к новому интерфейсу Microsoft Office: Вопрос масштаба
  6. Inside Deep Thought | На пути к новому интерфейсу Microsoft Office: Чтение мыслей
  7. No Distaste for Paste | На пути к новому интерфейсу Microsoft Office: Вставка в лидерах
  8. Grading On the Curve | На пути к новому интерфейсу Microsoft Office: Точки на графике

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

(more…)

Confluence не умеет парсить слеши?

Натолкнулись на странную проблему. Если в страницу Confluence в режиме текста добавить любой URL с двумя слешами “http://domainname.com/path\\“, то попытка Confluence перевести её в HMTL, при показе, вызывает ошибку, при нескольких ошибках Confluence падает.

[ConfluenceLinkResolver] Parse error while parsing link https://[URL]/path\\
java.text.ParseException: Expected a blog-entry reference, but wasn't

Как так ребята пропустили, не понимаю, но сильно надеюсь, что это ошибка поправлена в уже вышедшей версии 2.9, потому как двойной слеш в Confluence означает перевод строки и не так уж редко клиенты не ставят пробелов между текстом и символами перевода.

Причины этого бага, скорее всего, в том, что сначала обрабатывается синтаксис wiki, а потом вызывается обработка URL в тексте, соответственно и все ссылки с “++”, “__”, также могут быть обработаны неправильно, либо искажены.