Доклад будет основан на нашем опыте применения RIA в разработке 2-х довольно крупных коммерческих проектах.

Программу конференции можно посмотреть тут

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

Текст доклада о применении RIA в бизнесе

- общие характиристики качества сайта (удобство навигации, удобство контактов, связность, отражение основной идеи)

- соответствие сайта потребностям основных групп целевой аудитории (инвесторов, прессы, общеста в целом, клиентов, потенциальных сотрудников)

Первая десятка с учетом всех параметров выглядит следующим образом:

Top 10 from the 2009 Index

Всего на агентства сайте представлено 75 компаний. К сожалению ни одной украинской компании нет совсем, из российских в рейтинг попали Сбербанк, Газпром, Лукойл и Роснефть и все они, к сожалению, находятся в конце списка, хотя у всех наблюдается положительная динамика:

В общем нашим компаниям еще есть куда стремиться.

Кроме экспозиций в ходе выставки будут проводится разные интересные семинары.
Сайт выставки – http://www.internetworld.co.uk/

Updates: несколько фотографий с выставки:

Итак, начнем!

С каждым днём веб-интерфейсы становятся всё более похожими на традиционные десктоп приложения. И главная задача – это, естественно, достижение большего уровня интерактивности и удобства для пользователя. Добиться всего этого можно используя такой старый добрый скриптовый язык, как Javascript. Который благодаря технологии AJAX обрёл практически безграничные возможности. Но не будем обобщать, а поговорим о самом популярном фреймворке jQuery. Именно на его основе хочется показать (интересных примеров очень много) красоту и возможности современной разработки веб-интерфейсов. Вдохновляйтесь и берите на вооружение!

Меню и навигация

Красивые реализации меню, анимация.

• Lava Lamp
• jQuery UI Tabs
• Navigation Effect
• jQuery Menu: Dropdown
• iconDock

Работа с контентом

Закладки, «аккордионы», слайдеры…

• Slick Tabbed Content
• Incredible Login Form
• Horizontal Accordion
• Agile Carousel

Фотогаллереи, слайдшоу, работа с картинками

• JQZoom
• GALLERIA
• Slider Gallery
• jQuery Thumbs
• jQuery Cycle
• ThickBox

Всплывающие подсказки и диалоговые окна

• Coda Bubble
• qTip
• jQuery Impromptu
• jGrowl

Работа с формами, проверка введенных данных/валидация.

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

• jQuery Validation Plugin
• Ajax Username Check
• Masked Input Plugin
• Autocomplete
• Jeditable

Расширенная функуциональность форм, украшательства

Позволяет выводить удобные палитры для выбора цвета, календари для выбора даты, стилизировать загрузку файлов и т.д.

• Farbtastic
• File Style
• jNice
• jQuery date picker

Это лишь малая часть всего того, что можно реализовать с помощью jQuery. Ведь ещё есть работа с таблицами данными и графиками, создание контекстных меню, WYSIWYG-редакторы, всевозможные анимации, древовидные меню и прочие фишки…

Ссылки для дополнительной информации:

• 45+ Fresh Out of the oven jQuery Plugins
• 37 More Shocking jQuery Plugins
• 75 (Really) Useful JavaScript Techniques
• The ultimate jQuery Plugin List
• 45+ New jQuery Techniques For Good User Experience

26/02/2009 был успешно сдан экзамен на получение звания Google Advertising Professional, не прошло и недели, как Гугл провел необходимые манипуляции, и теперь мы можем официально использовать логотип Google Advertising Professional, также у нашей компании появилась специальная страничка, подтверждающая этот статус (ссылка с логотипа).

Что дает этот статус? Прежде всего он подтверждает уровень профессионализма специалиста Алтимы в области контекстной рекламы, т.к. для того, чтобы получить такой статус нужно сдать специальный экзамен (плюс выполнить ряд дополнительных требований). Экзамен достаточно сложный и считается сданным при правильных ответах на как минимум 75% вопросов; вопросы охватывают весь спектр работы с системой Google Adwords. Работая с аттестованым специалистом клиент получает уверенность в качестве оказываемых услуг.

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

Помимо аналогичной конкуренции в низкобюджетном секторе, к которой в общем-то все привыкли, британским студиям в последнее время приходится конкурировать и в борьбе за более выгодные заказы, но уже не с студентами-индивидуалами или самообразованными командами, а непосредственно с университетами, которые предлагают разработку достаточно сложных проектов в области дизайна (промышленного, веб, мультимедия) за символическую плату или вовсе даром. «Откуда такая щедрость?», спросите вы.  Дело в том, что университеты получают финансирование от государства или благотворительных фондов, которое используют на разработку учебных проектов своих студентов. При этом в отличие от наших университетов, они стремятся реализовывать реальные проекты для реальных заказчиков, чтобы выпускники действительно имели практический опыт работы. Как правило университеты пытаются найти эти проекты в организациях из своего региона, и чтобы сделать свое предложение risk-free предлагают работать даром или за смешные деньги. Они могут это себе позволить, т.к. имеют выделенное для этого государственное или спонсорское финансирование. В результате местные дизайнерские компании теряют заказы, т.к. естественно заказчики не против получить дизайн-проект бесплатно или очень дешево. Кроме всего прочего, это, кстати, приводит и к такому эффекту как проблемы с трудоустройством выпускников университетов, студии, получившие меньше заказов из-за конкуренции с университетами не расширяют штат и не могут взять к себе новых сотрудников.

Ассоциации дизайнеров Британии справедливо считают такую конкуренции не совсем честной и пытаются воздействовать на университеты через надзорные органы. Чем это закончится пока неизвестно.

Лично на мой взгляд, университетам следовало бы разрабатывать учебные проекты через спонсирование местных дизайн-студий, на условиях привлечения студентов к реальным проектам. Таким образом они бы заодно и знакомились с потенциальными работодателями.

Плагин поселяется в нижней части экрана и позволяет одним нажатием кнопки сделать скриншот страницы или области экрана и:

- выложить его на сервер, чтобы потом можно было дать кому-то ссылку на этот скриншот (необходима отдельная регистрация, но она делается один раз)

- открыть скриншот во встроенном редакторе, в котором можно слелать пометки в скриноте, например «показать пальцем» – «вот тут у тебя поплыла верстка»

- открыть скриншот во внешней программе

- отправить скриншот на мыло

И еще несколько функций.  Интерфейс выглядит примерно так:

У системы есть платная и бесплатная версий, но в общем и возможностей бесплатной версии достаточно для большинства случаев.

Установить плагин для Firefox можно по этой ссылке

- корректно и полно описать проблему и донести ее до разработчика;

- протестировать фичу после того, как она будет отчитана пофиксенной.

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

К счастью, некий Vinay Srini разработал плагин для Firefox TestGen4Web , который позволяет оптимизировать процесс и сэкономить массу времени (как тестировщика, так и разработчика).

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

Скриншот панельки Testgen4web

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

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

З.Ы. На самом деле описан самый примитивный сценарий работы, возможности плагина намного шире.

Вариантов решения проблемы несколько.

1. Оставить все как есть, пусть разработчики сами решают как им быть дальше. Вариант самый простой, но про последствия писать, думаю, излишне.
2. Напрячь разработчиков – пусть пишут «самую лучшую в мире BTS в отдельно взятой конторе». Если клиенты могут подождать, и денег/времени не жалко – отличный вариант.
3. Использовать готовое решение и при необходимости доработать его под свои нужды. Вот на этом, пожалуй и остновимся.

Итак, перед нами стоит задача выбора системы отслеживания ошибок (bug tracking system, BTS) удовлетворяющую следующим базовым требованиям

• Поддержка большого количества проектов
• Удобный и функциональный web-интерфейс
• Наличие интеграции с системами контроля версий
• Поддержка многоязычности
• Учет и планирование рабочего времени
• Организация внутрикомандного взаимодействия разработчиков
• Работа с базами знаний (к примеру, wiki)
• Легкость доработки под нужды компании.
• Легкость установки и сопровождения.

В процессе поиска было найдено несколько десятков различных решений от самых разных производителей.

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

Open Source разработки представлены добрым десятком проектов. Рассмотрим самые популярные из них.

Итак, список кандидатов:

• Bugzilla
• Mantis Bug Tracker
• Trac
• Redmine

Начнем с Bugzilla. (http://www.bugzilla.org)

Проект достаточно взрослый, первый релиз вышел в 2001 году. Написан на perl. В дистрибутиве debian lenny присутствует, что довольно таки упрощает его установку.

Ставим, смотрим.

Картина, прямо скажем, не очень. Поддержки разных языков из коробки нет (хотя можно загрузить и поставить ручками). Интеграции хотябы с SVN – нет. Wiki отсутствует, как прикрутить – сходу не ясно. Управление правами пользователей довольно неочевидно. Пробуем создать новый проект, пару-тройку багов и понимаем, что до вменяемого вида его еще пилить и пилить.
Смотрим на полсотни перловых скриптов, открываем process_bug.cgi с 2200+ строк перлового кода и молча сносим bugzilla до лучших времен.

Следующий кандидат – Mantis Bug Tracker. (http://www.mantisbt.org)
Написан на php, в установке простой донельзя.

Первое что бросается в глаза – весьма унылый внешний вид. Понятно разработчики настолько суровы, что им в общем-то все равно, как интерфейс сверстан, но ведь есть еще и клиенты, которым иногда тоже нужно открывать баги, принимать участие в обсуждениях.. Идем дальше. Wiki нет, хотя судя по документации некая Docu Wiki к нему прикручивается, интеграциию с svn видимо тоже придется реализовывать кувалдой и сварочным аппаратом. Таймтрекинг присутствует в зачаточном состоянии в виде какого-то плугина. Особенно настораживают многочисленные отзывы о проблемах с unicode. Взглянув на исходники, мысль о переделке или дописыванию рассасывается как по волшебству – около мегабайта слабо струкурированного php кода без малейшего намека на mvc и на стройный api мало кого вдохновит на подобные подвиги. Вывод: лучше не надо.

Trac (http://trac.edgewall.org)

Написан на питоне. Поставился на первый взгляд без особых проблем, но дальшейшие разборки с отдельными модулями и apache преватились в довольно увлекательный квест. Вдоволь наматерившись я его таки поборол, но пожелать подобного развлечения могу разве что конкурентам (и то не всяким). Как впоследствии оказалось, я не один такой счастливчик – 161000 результатов в выдаче гугла по запросу ‘trac install problem’ мягко говоря настораживают.
В целом система довольно приятная, но есть ряд довольно серьезных «но».
Работа с несколькими проектами требует довольно нетривиальных телодвижений, в частности создания отдельного окружения для каждого нового проекта. Когда их 3-5 это еще терпимо, но если 30-50? а 150? Да и python как-то оптимизма не добавляет…
Вывод: проект интересный, перспективный, но не для нас. увы.

Redmine. (http://www.redmine.org)

Написан на Ruby on Rails. Установился влёт – читая документацию, на установку я затратил около 15 минут. Сразу порадовала поддержка целой кучи баз данных – начиная от sqlite и заканчивая postgres. Интерфейс – весьма приятный, кое-где используется ajax, формы читабельные и понятные. В общем – клиенту показать не стыдно. Кстати, из коробки присутствует поддержка около 30 языков (в том числе русский и украинский). Пристуствует встроенный движок wiki, форум, совместногое хранилище файлов. Интеграция из коробки с svn, cvs, git, mercurial и рядом других систем хранения версий. Гибкая и, главное, понятная система разграничения прав доступа пользователей, дополнительных полей в сообщениях об ошибках и проектах. Не найдя сходу к чему придраться, решил заглянуть в код чтобы забраковать по причине сложности доработки, и… Не получилось. Фреймворк RoR вполне оправдал ожидания – MVC во всей своей красе. Представление отделено от логини обработки, логика отделена от данных. Красота.

Погоняв систему в тестовом режиме месяц глюков замечено не было, за исключением проблем с падением mongrel (решено уходом на fastcgi за 10 минут)

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