Персональные инструменты
 

2010-03-02 SEG-2010

Материал из CustisWiki

Перейти к: навигация, поиск
Эта статья викилога является черновиком и ещё не была опубликована.
SEG-2010-logo.jpg

Прошлую неделю провел на мероприятии достаточно оригинального формата — гибриде конференции и отдыха. Называлось все это Software Engineering Gathering 2010 «…слёт специалистов в области инженерии ПО … любые темы, связанные с инженерией ПО… февраль, Египет…».

Идея достаточно здравая — в свое время, рефлексируя над неудобством обычных московских IT-конференций для немосквичей (дорого, неудобно, уныло), мыслил на тему слетов зимой в Турции — зимой там бросовые цены, от тыщи за сутки, при простаивающей инфраструктуре отелей, позволяющей участникам общаться круглосуточно, наслаждаясь экологией и обслуживанием с одной стороны, и не сильно отвлекаясь на пляж-купания с другой.

Ну, а это был более скорее более пляжный вариант, ибо Египет в самое свое холодное время, вполне купабелен и всяко теплее Москвы-Питера-Минска в самые свои теплые деньки[1].

Хотя заявлялся полный спектр тем и профессий, нижеприведенный список основных участников[2] показывает, что это была в основном тусовка тестировщиков, со всеми из этого вытекающими последствиями (темы/проблематика/язык/подходы).

Орликов Владислав
Project Manager (тестирование), http://vldcorp.blogspot.com/
Tiit Paananen
PM (тестирование). http://parasiil.blogspot.com/, LinkedIn
Хайруллин Тимур
Project Manager (тестирование)
Нечаева Юлия
Project Manager (тестирование)
Полаженко Сергей
Project Manager (тестирование), разработчик.
Печенкин Григорий
Аналитик
Кондаков Александр
методолог, http://russian-sla.livejournal.com
Безуглый Дмитрий
методолог, консультант-преподаватель-тренер.
Александр Бурдейный
тестировщик.
Твердохлебов Роман
тестировщик, http://retverd.blogspot.com/
Лянгузов Алексей
ведущий тестировщик Sun Microsystems
Михайлова Виктория
тестировщик
Курсанова Александра
тестировщик
Ильичёв Павел
тестировщик
Фомин Стаc
разработчик, PM, методолог.


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

Изначально, насколько я понял, план был таков: два первых дня — дневные выступлений в конференц-зале, остальное — отдых.

Задним числом, стоит признать, что это был не самый удачный вариант. И дело даже не в том, что конференц-зал нам не достался, выступать приходилось в незатемненном помещении ресторана, с слабым проектором, дохлым WiFi? жарким днем (когда кондиционер не спасал, а пляжные радости сманивали нестойких участников), и в результате, организованных выступлений было всего четыре, и заняло это всего один день. Лично я старался с пользой использовать любое время, и вечерами nonstop рассказывал от трендах и последних наших изобретениях — системы контроля версий (DVCS vs. CVCS, визуализация работы), тестменеджмент, оптимальный набор вебсистем в компании (Bugzilla, MediaWiki и все ее ништяки, ViewVC, и т.п.), системы корпоративной социализации (блоги и RSS-агрегаторы), юзабилити, полезные инструменты (Mindmapping), секреты правильных информационных презентаций, культурные коды ITшников в сериалах и мультфильмах, и многое другое (по сути, то, что рассказывал на конференциях SECR-2007/2008/2009, SEF-2009, ReqLabs-2009, и т.п. см. [9], например, [10], [11], [12], [13], [14], [15], [16], плюс кучу всего недосказанного). Рассказывал это микрогруппам (от одного до трех человек), собрав их вокруг своего ноутбука, без жесткого таймфрейминга, достаточно неторопливо и методично, отвечая на вопросы и демонстрируя примеры — т.е. не кормил людей голыми слайдами, а погружался внутрь корпоративной сети компании через OpenVPN, и показывал все «живьем». Было интересно (хотя WiFi оставлял желать лучшего).


Отсюда конструктивные выводы для организаторов подобного мероприятия (особенно в Египте):

Время
Не стоит копировать стандартную конференцию — «работа днем»/«afterparty вечером» — днем в Египте не работается, пляжи, бассейны и море ждут (ибо работают они до 17:00, а далее резко темнеет) — днем надо отдыхать, а собираться на толковища можно спокойно вечером (вместо стандартного «околоалкогольного» времяпрепровождения). Зато вместо 2-х выделенных дней можно с толком использовать все дни! Кстати, думаю нужно минимизировать экскурсии занимающие весь день целиком, чтобы не выбиваться из ритма «литературных вечеров».
Место и технологии
Вообще не стоит бороться за то, чтобы собрать всю группу в одном помещении и с проектором. Это удел сборищ от 30 человек и выше, а когда речь идет об одном-двух десятках, можно формировать мобильные группы по интересам («там, где двое или трое соберутся во Имя Мое, там и Я посреди них» ©). Так можно от пары до полутора десятков участников рассадить вокруг стола, можно даже на открытом воздухе (коктейли, алкоголь, кальян-сигареты — по желанию), и транслировать визуальный поток используя не проектор, а ноутбуки (у каждого второго они были, и это достаточно) — пару лет назад для такой задачи я успешно использовал VNC, для тупой трансляции экрана в локальной сети можно использовать VLC, возможно есть что-то лучше, например, чтобы не париться с настройкой, можно использовать вебинарные сервисы-приложения, типа Mikogo (todo:надо провести эксперименты в среде «локальная сеть с слабым WiFi»).

Important.svg WiFi должен быть обязательно. Можно конечно исследовать задачу «создать локальную WiFi-сеть на пустом месте», но связность с глобальным Интернетом очень важна (ссылки на ресурсы, гугление, заход в корпоративные сети, возможно даже присоединяться удаленные участники) — так что лучше требовать «чтобы было!».

Тематика и атмосфера
Ожидается взаимное доверие (сильно большее, чем между случайными участниками на конференции). Отсюда хочется исключить флеймогонные темы «о сферических конях в вакууме», о которых можно спорить бестолку и до бесконечности, основанные не на практике, а на «прочитанных книжках» и собственных домыслах — ведь это первейший способ стать даже не астронавтом от архитектуры, а вовсе «астральным методологом/архитектором/PMом». Лично я ожидал бы максимальной конкретики, местами инсайда:
  • Рассказ об инструменте — покажите его. Минимум — скринкасты, лучше — живьем.
  • Методология? Процессы? Поделитесь живыми кейсами. Цифры рулят — нарисуйте структуру компании/проектных групп, покажите сколько, где и каких специалистов. Покажите размер проекта. Да, метрики конечно условность, но не поленитесь померить проект CLOCом — хотя бы с точностью до порядка. Уверяю, проекты размером в десяток тысяч строк и несколько миллионов, рулятся по-разному.
  • Архитектура или практики кодирования? — Show me your code!
  • Usability? — показывайте интерфейс живьем. И т.п.

В награду за такую открытость, все участники должны быть очень доброжелательны, и если критиковать, то очень конструктивно. Т.е. этот «IT-нудизм» должен (и думаю, будет) обязательно вознагражден конструктивным фидбеком, а уход в темы без конкретики «Почему все плохо?» или «Agile vs. NonAgile» будет легко пресекаться, также полечится проблема с «захватом микрофона» за счет дерзости и риторики («оффтоп? — спасибо, послушаем более конкретные предложения»).

Проведенные доклады и обсуждения

К сожалению, длились только один день, 2010-02-22.

Весь софт - отстой

Ведущие — Лянгузов, Дмитрий Безуглый.


IT-методологии и разработчик

Ведущие — Александр Кондаков, Дмитрий Безуглый.

Отчеты других участников

Видео

Вряд ли понадобиться кому-то, кроме участников, но пусть тут повисит.

Яхта-морская прогулка
http://narod.ru/disk/18401635000/seg-2010-yacht-video.zip.html
Сафари в пустыне

Примечания

  1. Возможно доступная «пляжность» это таки баг, а не фича
  2. Который я вспомнил, возможно, кого-то и забыл, сорри

Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».

Репликация: База Знаний «Заказных Информ Систем» → «Блог:Стас Фомин/2010-03-02 SEG-2010»

[ Хронологический вид ]Комментарии

(нет элементов)

Войдите, чтобы комментировать.