Швабера вообще стоит читать, если есть интерес к применению Scrum, потому что, во-первых, он один из основателей Agile Alliance, а во-вторых один из двух авторов теоретики по процессу Scrum. То есть, он знает о чём говорит и то, что он говорит это не секонд хенд, а сведения из первоисточника.

Возвращаясь к книге. Она оказалась и интересной и полезной, но первичных ожиданий не оправдала. По названию я ожидал, что основное содержание будет составлено из описания практик того, как нужно управлять проектами по Scrum. Оказалось же, что Кен Швабер написал не о теоретических подходах, а чисто о случаях практического применения(упрощая – дал кейсы на разные ситуации). Но важнее оказалось то, что описывал он эти случаи с подходом людей на разных ролях, иногда в одной и той же ситуации, а иногда на протяжении длительного времени. Вот так и получилось, что ожидания не оправдались, но при этом материал оказался крайне полезным. Хотя больше она понравится менеджерам, чем рядовым программистам, тестировщикам и прочим участникам разработки.

Книга разбита на девять слабо связанных частей, а каждой рассматривается по несколько случаев, которые, по идее, должны дать общее представление об основных проблемах, методах их решения и о том, как вообще не допускать описанных ситуаций. Сами случаи показаны так, как видел их сам Кен и обычно разбиты на три части: исходная ситуация до введения Scrum, либо в самом начале его применения; описание появившейся проблемы; описание вынесенных уроков из ситуации и необходимые решения для устранения проблем (Lessons Learned). Очень хорошо и подробно описана работа в условиях одной команды, причем как в случае, когда начинался новый проект, так и при переводе существующего проекта на Scrum. Применение Scrum в случае, когда задействовано много команда (Scaling Scrum) описано явно недостаточно. При этом Кем в явном виде указывает на то, что расширение Scrum на несколько групп вполне осуществимо, но при это придётся сделать финт ушами.

В конце книги Кен поместил список правил, которым стоит следовать при работе в условиях Scrum. Если же не следовать этому компактному списку правил, то на правильно работающий процесс рассчитывать не стоит.

- отключена возможность кросс-доменной и кросс-документной связей;

- порядок атрибутов может отличаться от IE7, поэтому рекомендуется использовать обращение по имени

- нельзя присвоить неподдерживаемое значение в CSS

- GetElementById, теперь чувствителен к регистру букв (“Test” и “test” – для тего разные идентификаторы)

Дистрибутив: http://www.microsoft.com/rus/windows/internet-explorer/

Есть несколько сюрпризов, которые преподнесла 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”

Конференця проходила в экспо-центре “Крокус-экспо” на 66 километре МКАД. Для меня это уже было интересно, потому как в Питере за КАД уже лес и малые города. В Москве же это оказалось густо застроенным районом. Сам центр очень порадовал размерами и планировкой. Для РИТ было выделено примерно 1/8 всего пространства первого комплекса, но при этом совсем не ощущалось, что приехало полторы тысячи человек. Проблемы с кислородом были только в закрытых конференц-залах, особенно во втором. Хотя это деление условно, поскольку от первого конференц-зала он был отделен подвижной растяжкой.

Основная площадь конференции

Добираться до РИТ предлагалось несколькими способами, в том числе на специальных автобусах. Вот тут то и произошла первая неприятность. Оказавшись у метро “Тушинская” в 9 утра никаких автобусов найти не удалось. Хотя обещали, что автобусы будут ходить с 8:30. После нескольких звонков Павлу Рогожину удалось получить ценные указания “50 метров от Макдональдса в сторону области”. Больше Павлу я не звонил. Те самые пятьдесят метров в сторону области установил опытным путем в течении минут 20 прогулок в разные стороны. Прохожие советом помочь не могли и лишь мило улыбались на вопрос “Где тут у вас область”. На второй день, впрочем, тоже была оказия с автобусами, их банально не хватало. Но тут ничего не попишешь, организовать сбор огромного числа людей очень не просто и можно промахнуться. Посмотрим, что будет в следующем году.

Очень порадовала регистрация. Отдельные очереди по первым буквам фамилий. Хотя тут организаторы попались на логике. Очереди людей с фамилиями на А-Б, С-Т оказались очень большими. Но девушки очень быстро работали и стоять пришлось не долго. Вещмешок с рекламой Microsoft внутри себя содержал стандартный набор блокнотиков, ручек и рекламок. У меня в него удачно поместился ноутбук (надо отметить, что на конференцию я приехал прямо с поезда и ноут был в рюкзаке, вперемешку с другими вещами – совсем не хотелось постоянно вытряхивать содержимое рюкзака, чтобы его убрать. Ну а в руках таскать – неудобно).

Стив Балмер на РИТ не приехал. Хотя по объявлениям на сайте РИТ 2008 должен был. Странным образом новость об этом вообще куда то пропала. Вместо туловища собравшимся показали видео обращение (опять-таки не живое), которое одинаково могло быть адресовано, что интернетчикам, что сборщикам сахарного тростника.

Первый день особо не запомнился, отчасти из-за ночи в вагоне, отчасти из-за качества докладов. Из первого дня я запомнил только рассказ Алексея Лагутина о технологиях поиска и индексации изображений. Хотя он больше говорил о том, что много проблем с этим. Он показал несколько формул и общее представление о том каким образом колеса от машин и мордашки девушек индексируются я получил. Сергей Гринкевич очень неплохо рассказал об управлении качеством, очень неплохой и толковый доклад, который поможет лучше понимать данную тему любому начинающему тестировщику. Было очень интересно послушать Асхата Уразбаева. По некоторым причинам Scrum не прижился, проще говоря идеология была полностью дискредитирована некомпетентностью человека который пытался ввести эту практику в разработки. А вот речь Асхата изменила мою точку зрения о Scrum и на второй день я посетил почти все доклады по этому направлению. Но просветления окончательно не достиг.

Алекс Могилевский

А вот второй день задался хорошо. Начало положил Александр Москалюк с рассказом об инфраструктуре Фейсбука. Просто, четко, с упором на интересные решения и находки. Чувствовалось, что человек рассказывает не только что-то делает в Facebook, а понимает зачем и какое будет развитие в будущем. Я большую часть технологий, о которых он говорил не знал, но после этого короткого доклада получил достаточно начальной информации о том для чего и какая технология может быть применена. Родилось несколько идей как улучшить сетевую инфраструктуру у себя, потому как нагрузка намного ниже (при похожем трафике), а вот ресурсов тратится больше, да и работает медленнее. Очень было интересно слушать Алекса Могилевского (он на фотографии выше), рассказывающего о Internet Explorer 8. Да, были косяки, не всегда IE отрабатывал так как надо и кажется, даже, подвисал. Но КАК он говорил! Его слушали, временами зал взрывался от хохота. Алекс очень легко уходил от каверзных вопросов, а временами просто честно говорил о политических причинах того или иного решения. Проводя параллели с “западными” специалистами с которыми я общаюсь создается впечатление, что причиной столь удачных докладов является именно западная культура и стиль работы. Фактически не получается человеку достичь какого то высокого уровня, если он не умеет говорить и доступно рассказать, что он делает и почему это хорошо.

Игорь Ашманов

В общем и целом, по моему ощущению “наши” проигрывали докладчикам с “запада” (в ковычках потому как все русскоговорящие) . Пока ни появился Игорь Ашманов и ни стал рассказывать о кризисах роста. Да, да, многие из присутствующих всё, что он говорил и так видят и знают, но проблема в том, что все бусинки проблем мало кто может увязать в одну цепочку и понять, как надо уходить от или выходить из кризиса. Ашманов не говорил делайте вот так и всё, он приводил примеры и рассказывал, что можно сделать так чтобы не только кризис роста закончился (кстати, тут стоит прочитать самого Ашманова “Жизнь внутри пузыря“). Слушать было очень интересно, потому что твои собственные разрозненные наблюдения постепенно складываются в одну картину. Это еще не разрешение кризиса, но уже шаг к тому, чтобы из него выйти… если, конечно, не остановиться на полдороги.

После доклада толпа вопрошающих еще минут 20 терзала Ашманова, но послушать, что спрашивали и что он отвечал не получилось. Подходы были забиты.

Параллельно с докладами Microsoft тихонько наливал кофе разработчикам, раздавал значки и подставочки с логотипом MSDN… и полнофункциональную лицензионную версию Microsoft Expression Studio. Лично для меня в этом комплекте была единственная интересная вещь – это Expression Blend. Пока еще трудно позиционировать этот инструмент для проектирования интерфейсов (на P4 2800 программа очень сильно тормозит, нормально идет на Core 2 Duo) – мало элементов интерфейса в стандартной поставке и заточен под C#. Через какое то время он может стать очень серьезным инструментом для повышения скорости разработки и соответствию прототипам дизайнеров. Но, пока, просто любопытно.

Второй день, окончание, вид из глаз =)