SECR-2011: сводки с полей

Latest revision as of 17:15, 18 October 2012

В этом году, после четырех лет регулярных выступлений на SECR, я решил сменить амплуа, и

• Участвовал в работе программного комитета (см. Блог:Стас Фомин/2011-09-03 SECR-2011 — доклады отобраны).
• Решил поэкспериментировать с форматом, усилив интерактивную и ad-hoc-часть конференции. Т.е. от места, где приходят люди с беджиками «спикер», и их безропотно слушают остальные участники, что гораздо эффективней можно заменить записанным докладом, статьей и даже постом в блог, перейти к интерактиву, более-менее равному общению, приблизится к мозговому штурму, чтобы тчортпобери, если уж не родить истину в споре, то по крайней мере, попытатся нащупать основные тренды, посмотреть, что у всех окружающих в головах (когда молчишь — очень, очень легко сойти за умного). Плюс это добавляет непредсказуемости и неожиданной ценности конференции — по-моему опыту, часто польза от посещения была не от общения с докладчиками, а от нетривиальных участников. Но их не разглядеть в толпе, пока не дать возможность нормально, не по углам, высказаться. Конкретно, решил поэкспериментировать с «внепрограммной частью», куда, в частности, попали стендовые доклады (подробней о мотивах и идеях в разделе #Мои впечатления).

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

Удалось организовать очень интересный вариант — задействовать две отличных резервных аудитории, обеспеченными ноутбуками, плазмами, и мебелью (не хуже основных треков), и в перерывах кофебрейках запускать там «полупрограммные» стендовые доклады, а во время докладов пытаться представить совсем альтернативную, внепрограммную часть — стихийные обсуждения (возможно продолжение обсуждения докладов), либо неожиданные ad-hoc доклады.

Все это было достаточно внезапно, без рекламы, единственно — за пять минут я набросал призыв-слайды User:StasFomin/SECR/Free-discussions и вбросил ее в твиттер в канал #secr2011. Правда твиттер видимо, не шибко тут популярен — отношение числа твиттов к числу участников сильно ниже обычного. Потом пытался рекламировать эту идею по радиоканалу (правда сделали очень слабую громкость).

Но первый блин вышел совсем не комом.

Попробую кратко рассказать содержание. Кстати, записи ничего, кроме главного зала не велось, поэтому этот отчет получает дополнительный смысл. Кстати — я получился дежурным по двум «резервным аудиториям», но разумеется, находится в обоих одновременно не мог, поэтому расскажу не о всех «внепрограммных» докладах.

День 1

Проблемы устойчивости API C++ приложений при расширении функциональности программного обеспечения

Гендиректор http://www.asoft.ru/ рассказал об изобретенном в компании C++ сериализаторе, устойчивом к изменению схемы данных (добавлению атрибутов). Содержимое доклада по-сути описано в статье http://effitex.com/EffiValue-Russian, а код выложен на http://sourceforge.net/projects/effivalue/

Ну разве что выложен он не совсем кошерно, по принципу «я просто оставлю таргз с сорсами тут». Т.е. сорсы не лежат в репозиториях сорсфорджа, и проект выглядит полтора года как заброшенным — хотя на самом деле, докладчик уверял, что развитие библиотеки идет, просто у них не доходят руки выделить библиотечный код, того, что они собираются публиковать, от совсекретного прикладного софта. Поэтому они выложили тар с сорсами, которую им автоматом вытащила из проекта система сборки. Я заметил, что это, в отличие от отдельного репозитария, слегка опасно, ибо, возможно в деле Сергея Алейникова программист действительно «ошибся окошечком», и закоммитил в CPAN, куда он контрибьютил, лишнего. Впрочем, все это виртуальные проблемы, по сравнению с тем, что проект выглядит мертвым по всем SF-метрикам — нет движения, нет багов и фича реквестов, нет общения в форуме, нет кода в репозитории.

Ну и отдельный, очевидный, вопрос — не велосипед ли? Boost, понятно, (критика boost serialize) пинают все.

Из альтернатив (сам я не очень в теме, на плюсах почти не пишу уже), мне в голову сразу пришел http://code.google.com/p/protobuf/, который вроде про это самое, живее всех живых, активно поддерживается коммитерами из гугла, куча пользователей, преимущества в функционале (можно работать и из Python-а, например, а в EffiValue — нет). Докладчик обещал посмотреть, но раньше они его не пробовали. Есть другие, известные альтернативы: http://msgpack.org/, thrift.

Но возможно есть у EffiValue и плюсы, даже в сравнении с протобуфом. Например, она (может быть?) меньше в скомпилированном виде, что важно, если делать протоколы общения с девайсами. Например, среди зрителей оказался возможный пользователь библиотеки — им надо общаться с видеокамерами по SOAP-based протоколу ONVIF, и тут как раз все богатство функционала других библиотек будет не нужно, если нужно без особого перформанса, общаться эксемельками с глупыми камерами, и чтобы эти камеры не падали при апгрейде протокола.

Дискуссия о Национальной Программной Платформе

Удалось уговорить топ-менеджера проекта НПП, Владимира Рубанова ([1]), на дискуссию об НПП — странной аббревиатуре, напоминающей мне об «Национальной Поисковой Системе», а на самом деле по сути означающей «Национальную Операционную Систему с библиотеками».

Те, кто более-менее следят за темой, в курсе интриги, что долгое время кандидатом на национальную ОС был патриотичный дистрибутив http://www.altlinux.ru/, затем произошли странные телодвижения:

• Заброшенный дистрибутив Mandriva был куплен российской фирмой.
• Возник проект НПП, который она и возглавила.

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

На дискуссии Владимир четко излагал позицию компании, что они не против ALT LINUX, а против концепта эталонного дистрибутива, а за выбор для потребителя — «пусть расцветает сто цветов». Лишь бы система прошла добротную сертификацию. Для тех, кто не в курсе — замечу, что у Владимира богатый опыт именно тестирования Linux-дистрибутивов на соотвествие Linux Standard Base, т.е. сертификация — не только бюрократическое действие.

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

Концепция всего проекта достаточно навороченная — там и национальный репозиторий программ, с открытой и секретной частью, куда все разработчики на открытой платформе НПП должны будут сдавать код — достаточно смелая идея (открытую часть опубликуют в интернете, вирусное раскрытие, как в GPL, а секретная наверно появится на Савеловском вокзале на дисках, через неделю).

Судя по репликам участников этого круглого стола, основной бонус существования НПП — это автоматическая (или существенно более легкая) сертификация систем и решений на базе этой blessed НПП. Т.е. ужасно публиковать код, отказываться от виндов и микрософтовского офиса в пользу LibreOffice, но все это оправданные жертвы, если становися реально пройти сертификацию ФСТЭК, например. Сейчас это неподъемная задача, которую неизвестным науке образом прошли несколько компаний-вендоров, после чего прикладным разработчикам теперь выкатывают требования типа «хотите сертификации — делайте только на Oracle, остальные СУБД не катят».

Среди деятельности НПП я вижу и отрицательные аспекты — например, продавливается норма «все железо поставляемое в РФ, должно иметь документацию на русском, и драйвера под Linux». С одной стороны — цель благая, с другой — понятно, что куча железа (в полиграфии, например) — уйдет в серую зону и будет, скажем так, ввозиться через Белоруссию.

Положительная деятельность — легализация в законодательстве РФ известных софтверных лицензий — GPL, MIT, BSD. Ибо сейчас они (т.к. на английском языке), не имеют никакой силы на территории РФ, и любого пользователя опенсорса можно законно усадить за решетку («Где лицензионный договор? Кто тебе разрешил?»). Из-за этого многие фирмы борятся с такими рисками покупая бесплатный open-source софт у кого-нибудь, ради сраных бумажек («Слон плохой, бумага хороший» ©). Ситуация усугубляется тем, что в GPL вшит не только «вирус свободы», но и защита от перевода на другой язык. Но свет в тоннеле виден, ребята работают над этим.

Хватит пересказа — кратко — отличная была дискуссия, wish you were here.

Интерактивная литература и электронные книги: возможности и подводные камни

• Ваагн Хачатрян, Allied Testing LLC

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

Девайсы эти мало что умеют, разве что показывать текст постранично, плюс очень слабые возможности ввода. Платформы у всех производителей закрытые и все разные, хотя внутри конечно, какие-то вариации Linux.

Вот мой сотрудник, например, игрался со своей читалкой, разхачил ее, запускал на ней шахматы.

А автор доклада решил, что ебуки подходят для такого забытого жанра, как текстовые пошаговые стратегии (interactive fiction) и портировал на свой ебук один из движков «Горгульи».

Дальше, был небольшой, в полтора часа мозговой штурм, на тему «Нафиг все таки эти ебуки нужны? Где их можно применить, выигрышно по отношению ноутбукам-планшетам-смартфонам».

Ибо например, я — не люблю читать на e-ink даже электронные книги — чтобы там не говорили про «безопасность для глаз», для глаз самое безопасное не читать, а читать темно серое на светлосером, это хуже, чем хреново изданные на туалетной бумаге книги. Впрочем, про электронные книги, что в них хорошего, и как их читать я напишу отдельный пост.

Кстати, добавлю-ка interactive fiction в мой отчет:

Как лучше всего читать книги для вас?

•  Ебук на e-ink
•  Планшет
•  Ноутбук
•  Большой монитор десктопа
•  Мобильный телефон
•  Бумажная книга

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

В результате, мы пришли к выводу, что есть ниша электронного простого обучения (прочел пару страниц текста — ответил на проверяющие вопросы нажатием на клавишу с вариантом). Но чтобы все взлетело, нужно:

• Ебук размером A5-A4 — тут он получает крутое преимущество по энергопотреблению над любыми девайсами с постоянно светящими дисплеями, и комфортный размер, за который уже можно простить отсутствие цветов (хотя есть эксперименты с цветным еинком).
• Гибкий и водонепроницаемый (читать в ванне! киллерфича! — хотя уже есть водонепроницаемые чехлы для планшетов). Собственно именно для ванной у меня осталась ниша обычных книг — да, намокают, но не так критично, как девайсы. Впрочем, сейчас я для «образования в ванной» заценил ценность правильных (своих) видеозаписей конференций — запасной ноутбук (не критично, если произойдет контакт с водой), скорость 130%-150%, теплая вода, вещества по вкусу…
• Реально дешевый (относительно смартфонов и ебуков). Ну, скажем, дешевле психологической границы в $100
• С WiFi и более-менее работающим для статического HTML-я броузером (чтобы выйти в веб и не гемороится с платформой).
• Вариант — Андроид на ебуке — тоже полезно.

Тогда возможно его массовое применение для простого елернинга — конечно без интерактива и видео, а на массовом уровне — хоть раздавать на стройке или в Макдональдсе гастрарбайтерам «Прочти инструкцию, ответь на вопросы».

Ну и большие шансы, из-за движухи с «нанопланшетом» Чубайса, что это может выстрелить в школах, что разом дает большую аудиторию, обреченную пользоваться ебуками. Тут им можно и системы елернинга предложить, и набор игр средней унылость — от шахмат-шашек-го, до тех же текстовых стратегий, но с упрощенным вводом (выбор вариантов вывода).

Согласны ли с этими соображениями о нише elearning на ebookах?

•  Да, похоже все так
•  В основном да
•  Кто его знает
•  Бред, вы не в теме

День 2

CIToRUS – web-платформа быстрой разработки прикладных решений на рынке NoSQL

Тех, кто думал, что это технологии связанные с новомодными NoSQL-библиотеками, ждало некоторое разочарование.

NOSQL-ность тут обеспечивалась использованием СУБД Cache, которая родилась несколько десятилетий назад, пережила эру господства реляционных СУБД (в основном, в приложениях медицинского учета), и сейчас, снова попала в NOSQL-тренд.

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

Т.е. скачать и использовать эти библиотеки-фреймворки никак нельзя.

Хотя само решение — неплохое. Мне это напомнило объектную платформу Zope, где через вебинтерфейс админки описывается все — от объектов в базе до страниц, скрещенную с Visual Basicoм — т.е. есть визуальный редактор «бизнес-форм», с полями, списками и кнопками.

Выглядит это примерно так:

Пройдя по ссылке и скачав презентацию можно найти еще картинки.

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

Меня интересовали следующие вопросы:

• Во-первых, я считаю, что разработка «от форм», без текста и кода, убивает суть программирования, превращая потенциальных программистов в «формоделов». — Нельзя использовать разделенное владение кодом, правильные системы контроля версий, не говоря уже о продвинутых практиках, типа TDD.
  • Докладчики парировали тем, что нормальный код (JavaScript-библиотеки, Cache-скрипты) у них тоже есть и он хранится нормально, под VCS. Хотя с формами - да, тут их фреймворк в себе же содержит блокирующую VCS, и каждую форму делает отдельный сотрудник.

• Во-вторых, немного адово, что в веб-приложения, которые все более стремятся сделать красивыми, простыми и удобными, в частности за счет эксплуатации идеи длинных, скроллируемых страниц, с крупными и красивыми интерфейсными элементами, приносят снова узкие «бизнес-формы» с кучей мелких полей.
  • Ну тут классическое «скорость версус юзабилити» и скорость побеждает. Доклачики утверждали, что макеты-прототипы они выкатывают заказчику через неделю, дальше уже идет формулировка требований прямо на макете, и через еще неделю все начинает дышать.

Дальше я плотно мотивировал докладчиков перейти от «маркетинговых докладов» к общественно полезным, т.е. таки выделить что-то отделяемое и заопенсорсить это. Ведь все равно, иначе лет за пять оно протухнет, и проиграет открытым фреймворкам. Докладчики обещали мне, что это у них в планах на 2012 год. Более того, они подумывают разорвать жесткую зависимость от Cache (платной и недешевой), и дать возможность использовать какую-нибудь свободную NOSQL базу.

Поймал на слове, будем ждать!

Ибо по моим ощущениям, будущее бизнес-приложений - да, в вебе. Но без «сервелата и флеша», а на HTML5(6)+JS.

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

Open-Space по Agile

После доклада Асхата и панельной Agile-дискуссии, несколько десятков совсем упертых, кому было еще мало аджайла, собрались в первой резервной аудитории, для самого простого Agile-формата:

• Все желающие предлагали тему для обсуждения
• Все темы записывались на карточки
• Потом все голосовали расстановкой точек на карточках
• Визуально выбраны темы-победители, и в одной комнате на трех досках пошло обсуждение этих тем.

Важный момент — в одной комнате, т.е. можно было легко переходить от доски к доске, менять тему.

Я ненадолго присоединился к теме «Кроссфункциональность в Agile». Мнения там были разные, от защитников узкой специализации, до только что прослушавших самого Сазерленда («Чувак! Я только что слушал Сазерленда, если ты не в курсах — это он придумал SCRUM, и он сказал…» → бггг, спс), и жестко стоящих на позиции абсолютной кроссфункциональности и взаимозаменяемости членов команды.

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

Я изложил свое понимание разумной кроссфункциональности, которой имеет смысл добиваться:

• Кроссфункциональность по коду и предметной области — если задачи у команды более-менее однородные:
  • какой-то фреймворк работы с данными
  • серверная энтерпрайз логика
  • лес каких-то бизнес-форм

→ то да, надо добиваться совместного владения кодом и взаимозаменяемости, чтобы никто не сидел на «своих» классах-пакетах-формах.

Что же касается желания иметь команду из абсолютно «универсальных солдат», крутых во всем — в юзабилити, аналитике, кодинге, архитектуре, тестировании — желание безусловно похвальное. Но невозможное. Ну, или, по крайней мере, ну очень дорогое. Хотя я склоняюсь к мысли, что скорее невозможное — приходится сочетать в себе разные, конфликтующие навыки, и даже психотипы (см. «6 шляп мышления»). Вот я давно двигаюсь к универсальности, но чем ближе я к универсальности, тем слабей мои навыки во всех этих областях.

Вот только что кривонабросанная картинка, аналог того, что я нарисовал тогда на доске (если вы не видите трех треугольников — уменьшите контрастность вашего монитора):

Смысл ее

• есть, да, выделенные специализации.
• бессмысленно ждать чувака одинаково крутого во всем.
• однако любого крутого (горы-треугольники) можно хоть сильно менее круто, научить смежным специальностям.
• тогда возникнет зона кроссфункциональности («пересечение треугольников»).

Хоть я и не люблю злоупотреблять военными метафорами, но тогда привел принцип ВМС США —

Every marine is a rifleman.

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

Вот пример такой кроссфункциональности для капитана Элрода. Когда в декабре 1941 на острове Уэйк случился дедлайн против превосходящих японских сил, капитан Элрод (летчик-истребитель), сумел:

• Сбить два истребителя;
• Утопить точным броском малой бомбы японский эсминец (летчик-бомбадировщик);
• Будучи сбит, приземлившись, собрал обслуживающий персонал (повара и т.п.), и организовал пехотную контратаку.
• Выложился полностью, получил медаль Почета посмертно.

Именно в этом я вижу главное — страховка от блокировок и бутылочных горлышек, которые возникают от парадигм «фиксированный план» и «специализация по отделам». Не ждать отдела тестирования — а навалится всем, кто может держать оружие. Мочь нарисовать иконку, сверстать макет-протип, пока дизайнер болен. Написать небольшую автоматизацию, не выдергивая затраханного программиста. Кроссфункциональность — это сделать так, что даже менеджер на что-то может сгодится.

Т.е. да, конечно, надо по возможности пытаться развивать смежные области, разрешать брать специализированные задачи, учится в смежных областях, но люди — это не клетки, винтики и болты. Абсолютного двуполого суперспециалиста не получить.

Но не должно быть, добровольной или навязанной самоизоляции:

• «мы программисты, тестировать код не барское дело»
• «вы программисты, даже не пытайтесь нарисовать дизайн или иконки, тут нужны специалисты-китоведы ©».
• «вы тестеры, а не программисты, даже не пытайтесь написать автоматизированные тесты»
• «я — Д'Артаньян дизайнер, а вы…»

…

(«санитары-стрелки»)

День 3

Метрики в разработке ПО

Максим Кузькин из Parallels совместно с Анной Воробьевой, в продолжение своего доклада, и в пику тренду конференции на свободу-анархию-Agile жестко защищал свою позицию «нельзя управлять тем, что нельзя измерить». Показывал конфиденциальные данные (с запретом фотосъемки), впрочем, не секретные dashboards, а внутренние презентации, с простыми графиками (т.е. думаю, засветить их было не страшно).

Позиция уверенная и строгая:

• Наш кумир — Микрософт. Мы ориентируемся на него во всем. Мы строго следуем их процессам. (Ну в общем, из больших западных компаний-монстров, все остальные, включая гугл, у меня наверно к M$ тоже наилучшее отношение).
• «Карго-культ?» — ну и что? Лишь бы работало.
• Да, за нарушение метрик (типа больше 5% REOPENOв) — настучат по голове (премии не лишат, их там нет). Поэтому на баги там и их классификацию реагируют очень живо.
• Кстати, никаких слов про «приоритезацию», «бэклоги» — используется микрософтовский словарь — «триаж багов», дескопинг.
• Не все пережили жесткость процессов и бюрократизацию? (см. доклад одного «беглеца»). — Зато остальным стало лучше: все стабилизировалось, прекратились авралы по выходным, наладилось кондиционирование, и даже самый последний землепашец теперь имеет не менее трех рабов.

Хорошая, смелая позиция.

Еще несколько лет назад на том же SECR-е она была доминирующей, а всякий Agile был ересью, сейчас же маятник совсем в другой стороне.

Хорошо это или плохо?

• Опыт работы с продуктами Parallels (точнее Acronis), у меня небольшой (себе покупал «Acronis Disk Director 2011 Family Pack», ну и еще чем-то пользовался), и скорее отрицательный, но альтернативы вроде бы еще хуже. Совершенно точно меня не радует трехуровневая техподдержка, где только пробив три уровня деревенских индусов, заведенно советующих тебе перегрузить компьютер и все такое, есть шанс забросить баг разработчикам.
• Хотел бы я работать в такой компании? Наверное нет.
• Хотел бы я владеть (акции там) такой компанией? — Наверное да.
• Чтобы мне хотелось от метрик? — Интересной, нетривиальной модели. Может дифуры второго порядка работают?

Ну и напоследок, Максим настоятельно всем рекомендовал свежую (полтора года всего), книгу великого Брукса The Design of Design: Essays from a Computer Scientist — я проверил, книга уже доступна. Но с чтением подожду, может «Символ-Плюс» сделает хороший перевод.

Мои впечатления

Идея занятся внепрограммной частью пришла ко мне по нескольким причинам:

• Я не был уверен, что программа конференции окажется достаточно интересной. В силу определенного процесса рассмотрения, я не мог видеть всех заявок, а те, которые достались мне, внушили мне обоснованный пессимизм. (см. Blog:Стас Фомин/2011-09-03 SECR-2011 — доклады отобраны). И чтобы не огорчатся, если пойдет поток отзывов «Скука! К.О.! Унылые лекции…» — я решил подстраховаться — ввести «перехватывающую» недовольных внепрограммную часть. Ее можно было бы быстро подстроить под интересы аудитории, организовать интерактив и т.п. Этот как с баком Дьюара для водорода — достаточно иметь небольшую отдушину и взрыва недовольства быть не должно.
• В качестве запасного развлекательного варианта я держал возможность пересказа-дискуссии по всем ранее поднятым мной темам всех ранее рассказных мной тем
• Хотелось
  • опробовать интерактивные форматы.
  • побольше пообщаться с участниками — понять, какие ожидания от конференции у людей, и вообще, «кто все эти люди?».
  • найти интересные темы и новых докладчиков среди участников. Ибо «обойма частовыступающих» как-то сформировалась и несколько приелась, набор тем тоже, кочует из конференции к конференции.
  • узнать что-то неожиданно новое, хотя бы для себя, а по возможности тут же фасилитировать рассказ на публику.

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

• Привлечение и общение через twitter. Я не фанат этого сервиса, однако культура быстрого фидбека и общения на конференциях через hashtags уже сложилась давно, и безальтернативно. Но не в этом случае — твитов было на порядки меньше любой околоинтернетной конференции, типа #html5conf/#ritconf/#highload, но на порядок меньше программисткой #addconf или тестерской #sqadays. Твиттило подрядка 10 человек, читало может чуть больше — я во второй день включал на парах плазм twijector, но в целом, с точки зрения привлечения людей, анонса внепрограммной части — все это не работало.
• Так я бросил объявление, что раздаю видеозаписи конференций ADD-2010, ADD-2011, AgileDays-2011, немного UXRussia-2011 копированием с винта — обратилось только человек 7-8 (не больше 10).
• Не особо работало созывание на стендовые доклады через громкую связь — правда, говорят, звукотехник выставил слишком малую громкость, и меня не очень услышали.
• Лучше всего работало личное созывание кличем по коридору в духе «Покайтесь! THE END IS NIGH!»
• Надо признать — хотя первоначальная расстановка стендовых докладов по стенке в коридор напротив спонсоров, по три в ряд и одновременно вряд ли была удачной («нанорынок у метро»), идея погрузить их в аудитории полностью тоже вряд ли была идеальной.

Вероятно, с учетом того, что стендовых докладов оказалось меньше запланированного, надо было пускать их по одному в кофебрейк/перерыв, и выставлять плазму с выкатываемой тумбой для ноутбука непосредственно в коридор. В этот раз в «аудиторном коридоре» не было кофе и еды, совсем толкотни быть не должно было. Да это было бы менее комфортно докладчику, зато не пришлось бы зазывать в аудитории, товар, как говорится, лицом. Впрочем, напротив было несколько стендов спонсоров, и на одном было очень шумно — ребята притащили настольный футбол. Выступать в таком режиме наверно было бы еще хуже. В общем, на будущее — для стендовых докладов достаточно одного стенда, в коридоре, но не в упор с шумным спонсором, и не на пиршенственных столах.

Не удалось дать выступить всем желающим, и выступить самому. Попал в техническую ловушку с плазмами, если кратко — у них не работало RGB-подключение.

На тему «почему ты был неготов?» — каюсь, и обвиняю — это заговор! Две недели назад, на конференции User Experience Russia, я подключал свой и чужие ноуты по RGB к плазмам, в тех же аудиториях.

Я и представить не мог, что меня ждет какая-то засада. RGB-входы есть. В меню такой вход — тоже есть.

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

Когда я обнаружил, что ноутбуки не подключаются по RGB, я долго думал, что я тупой и криворукий, потом думал это глюки шнуров (может очень длинные?), потом — конкретных ноутбуков, потом начал эскалацию, и мне стали утверждать (несколько человек), что «RGB входы заблокированы» и «это новая политика Digital October», тут ко мне пригнали техников, и выяснилось, что просто:

• это ДРУГИЕ плазмы
• на UXRussia были Sony, а это Sharp.
• Sharp 60", сертифицированы Ростестом, RGB-входы есть, но они не работают. Это выяснено и объявлено фичей.
• Переходников (оцифровщиков RGB→HDMI) у техников нет.

Конечно, у кого просто слайды в PDF — это некритично. Но ничего живого: лайвкодинг, свои программы и утилиты, вход собственную сеть по VPN — показать нельзя. Приехали.

Остаток дней я воевал с этими ублюдочными плазмами, мотался в офис, притащил свой, ATENовский «RGB→DVI» —→ увы, не пошло. «Некорректный сигнал». Скотина.

Под самый конец третьего дня, я придумал как подключить СВОЙ НОУТБУК (хотя у него нет цифрового DVI/HDMI выхода), но в общем случае эту проблему (приходит чел с RGB-ноутбуком — надо срочно подключить) — не решил. Проехали. Но теперь это не моя проблема, а если мне придется выступать с этими плазмами → я теперь знаю как.

Увы, из-за этой дурацкой возни (плюс — протормозил), не успел реализовать хорошую идею → непрерывный мозговой штурм на тему «Конференция мечты» со всеми, кто забрел бы в эти резервные комнаты. Т.е. я конечно набросал небольшой майндмап, и начал обсуждать с несколькими участниками под конец короткого третьего дня, но это было уже мало (меньше часа, и человек 6-10 только опросил) и поздно.

Примечания

Фотки

[2], [3], [4], [5]

• Ссылки на отчеты об основной части см. например [6], [7], [8], [9], еще материалы организаторы собирают тут.