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 в тексте, соответственно и все ссылки с “++”, “__”, также могут быть обработаны неправильно, либо искажены.

Как можно дать имя программе

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

Vitaliy: Вопрос: Можно ли использовать сторонние названия в своём продукте,если
он предназначен для работы с этими (сторонними) продуктами. Например, если я пишу программу для работы с Picasa, можно ли назвать программу, скажем, Google Picasa Organizer или Google Picasa Desktop Manager? Или это нарушает что-то?

Andrew: Как вариант, предлагаю взять часть слова-названия оригинала и добавить свою часть. Типа Picaorg, Picatweak или что-то в этом роде. Ничьи права не будут нарушены, название будет уникальным и относительно понятным будет предназначение. А все остальные смысловые соединения с оригиналом будут присутствовать на веб странице – кому нужно, найдут.

Vyacheslav: Microgoogle Picashop.

Богата осень на конференции – Highload и Highload++

Обе пройдут уже очень скоро, с небольшим разрывом в две недели. Highload, организованный “Profy Club”, сменил название на “Конференция разработчиков высоконагруженных систем“, чтобы не было путаницы с такой же конференцией но с названием “Highload++“, организованной Олегом Буниным. Кто бы мог подумать, но одним переименованием конференции дело не закончилось. В какой то момент все домены, принадлежавшие Profyclub (profyclub.ru, rit2008.ru, rit2007.ru и так далее) потеряли свой контент и теперь перенаправляют на highload.ru. В принципе, ничего особенного – обычные междоусобицы (1, 2, Олег Бунин, Павел Рогожин – в жизни он как то не так дружелюбно выглядит, кстати), но из-за этого, в этом году, придется пропустить обе конференции. Банально не понятно на кого делать ставку, при этом что Олег, что Павел знают, как делать такие конференции, но вот куда поедут серьезные докладчики?

Олег Бунин (слева) и Павел Рогожин (справа)

По общему ощущению “Profyclub” ведёт себя достойнее – представляю себе усилия которые пришлось приложить к ребрендингу названия и восстановлению информации. С другой стороны какой PR, много кто погудел на эту тему, плюс смена рекламы… можно было хорошо заработать.

Стоимость участия в “РИТ: Высокие нагрузки”: 12 000 р., для владельцев карт Клуба профессионалов – 10 000р (расстроило то, что сейчас я не могу найти на сайте Профиклаба куда вводить её номер).

Стоимость участия в “Highload++”: 5 500р. (при оплате в октябре, до этого дешевле) для частных лиц (количество ограничено) и 11 000р. для юридических лиц.