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р. для юридических лиц.

Morae 3

Тихо и незаметно, третьего сентября вышла новая версия Morae – программного комплекса для тестирования юзабилити. Очень приличный комплекс для бюджетного тестирования. Из новинок, в основном, поддержка аппаратного обеспечения, захват изображения с нескольких камер и регионов, поддержка нескольких исследований одновременно. Остальное по мелочи или в догонку за прогрессом.

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

ISDEF 2008

С 26 по 28 сентября в Москве пройдёт седьмая конференция ISDEF. В основном, будут обсуждаться темы около разработки ПО и связанные с деятельностью больших компаний. Хотя, точнее будет сказать – разросшихся и уже не влезающих в рамки “классического” shareware. Вероятно, это очень неплохой показатель для отрасли в целом, но с другой стороны реального “Independent” уже не наблюдаются.

Шесть лет назад ассоциация ISDEF появилась в результате отделения части разработчиков от SWRUS (это не истина, но выглядело именно так). Предполагалось, что это поможет отделить “серьезных” разработчиков от “песочницы”.

В то время кризис, связанный с наплывом клонеров, очень сильно ударил по всему сообществу независимых разработчиков и его центром, на тот момент, SWRUS. Люди посерьезнее перестали писать в мейллист (кстати, SWRUS до сих пор базируется на Yahoo Groups и насчитывает порядка дюжины различных меиллистов, плюс несколько гео-групп). Основная паническая идея оттока профессионалов звучала так – “если написать идею, то её обязательно кто-нибудь склонирует”. Этому способствовала и процедура регистрации в конференции, фактически данные пользователей не проверялись. Появившийся позднее блог и переделанный сайт конференции проблему, на мой взгляд, не решил.

ISDEF же с самого начала устанавливал определенный порог вхождения: первое это ежегодная плата в размере $100, плюс рекомендации от двух действующих членов ассоциации. На удивление, правила сохранились по сей день. Вместе с тем, всё-равно скандалы, связанные с авторским правом, клонированием ПО и просто небольшими склоками доносятся от туда время от времени. Я до сих пор не являюсь членом этой ассоциации, по элементарной причине – могу получить максимум одну рекомендацию от действующего члена, а больше никого там и не знаю, а о некоторых проблемах в ISDEF иногда пишут в SWRUS. При этом в ассоциацию умудряются попадать люди, работающие в этой сфере совсем недолго. Поэтому, мне кажется, что этот порог отсеивания действует только с совсем уж бедными разработчиками.

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

Как то всё-таки уходит романтика и независимость из shareware на таком уровне.

Часть 2: Google Chrome для разработчиков

Начало: “Часть 1: Google Chrome”

Есть несколько сюрпризов, которые преподнесла Google разработчикам. Ничего нового не сделали, но, в принципе минимальный набор функций предложили. Первые две касаются и разработчиков и пользователей.
Во-первых, поле ввода теперь подсвечивается, если находится в фокусе. Есть небольшой косяк с выпадающим списком – он подсвечивается только после выбора элемента из списка и только, если фокус остался на этом элементе. При выборе же подсветка просто мигает один раз вокруг элемента. Checkbox не выделяются. Цвет подсветки, похоже, не меняется и сливается с фоном цвета #eaaf3f. Не критично, я думаю, страшненький всё-таки цвет в больших объёмах.

Наверное, эта подсветка действительно кому то нужна, жаль только пока нельзя вообще никак ей управлять, а было бы приятно поменять цвет, размер и, хотя бы, насыщенность. На ЖК от Samsung я не вижу подсветку вообще.

Вторая, позаимствованная функция (из движка WebKit – «сердца» Safari и прямого потомка KHTML), – это возможность изменять размер многострочного текстового поля. Размер можно задать любой. Разумеется, изменение размеров поля сразу же сказывается на разметке страницы. Поэтому такие игры на страницах с поломанной или насыщенной разметкой приведут к заметным искажениям. Страничка нормально расширяется вниз, но вправо приводит к искажениям. Почему то показалось, что лучше бы расширение поля сделали независимым от разметки, так чтобы расширяемое поле просто закрывало существующие элементы, а-ля поле в отдельном слое.

Кстати сделать поле меньше чем исходный размер не получится.
По-умолчанию в Chrome встроен HMTL Inspector, напоминающий Firebug. В версии 0.2 инспектор не предоставляет никаких возможностей для изменения текста страницы, только просмотр. Скорее всего это ограничения беты.


Click!

Так же как и в Firebug инспектор в Chrome можно вызвать для конкретного элемента. Инспектор откроется в отдельном окне, поделённым на две части. При открытой консоли на три. Слева будет DOM дерево, справа все данные по выбранному элементу. Минус в том, что стили будут собраны в одну кучу, и, в случае, когда используется несколько CSS файлов будет не ясно, откуда какой стиль взят.

Теоретически имеется возможность привязать окно HTML инспектора к главному (хотя по хинту не понятно, что имеется ввиду под главным окном), но у меня так и не получилось это сделать. HTML инспектор ни в какую не хотел прилеплять себя ни к одному из окон Chrome. Еще одной загадкой осталась закладка “Resources”, я не смог найти ни одного сайта, для которого её содержимое было бы не пустым. Кажется, это еще одна функция на будущее, вероятно, будут показаны объекты, изображения и другие файлы, динамически подгружаемые или запускаемые на странице. Интересно что будет показано в случае всяких Flash плееров (Конечный файл то находится за ними и напрямую не доступен в общем случае).


Click!

Кстати, “Search” тоже не работает и не очень понятно к чему он относится – к поиску по элементам в DOM или к поиску по атрибутам выбранного элемента. Будет приятно, если он будет контекстный, и в зависимости от фокуса, будет искать в разных частях инспектора.

Есть несколько приятных особенностей панели атрибутов элемента:

  • Реализована неплохая идея по визуализации цветов. Рядом с цветом появляется квадратик, показывающий цвет.
  • По выделенному элементу возможен поиск в выбранном поисковике, НО(!) страница поиска открывается прямо в окне инспектора, и при этом назад вернуться невозможно (в контекстном меню таких функций нет, а в системном меню окна она неактивны), только открыв и закрыв окно инспектора.

    Click!
  • перегруженные стили зачеркиваются
  • можно посмотреть дополнительные свойства элемента, фактически вообще все параметры, которые как-либо привязаны к элементу в DOM модели, но и тут еще есть над чем работать.
    Click!

Поработав с Chrome уже три дня, я всё больше утверждаюсь во мнении, что множество положительных отзывов связаны не столько с браузером сколько с Google. Если бы этот же браузер вышел под именем небольшой компании, никто бы и внимания не обратил. Пока Chrome сыроват, не столько шустр как обещалось (что естественно, быстрый JS движек всё-таки взаимодействует с медленным WebKit’ом), по функциональности ничего особенного. С другой стороны это только начало и видно, что оставлено множество выходов на дополнительные функции – плагины, поиск, инструменты для разработчиков, специальные фишки для пользователей и интересная система безопасности, но это уже отдельная история.

Начало “Часть 1: Google Chrome”