|
Персональные инструменты |
![]() |
||
|
![]() |
![]() Software People 2010: Отчет Стаса ФоминаМатериал из CustisWikiЭто снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений. Отчет Стаса Фомина, все замечания, претензии и прочие комментарии welcomed (можно письмами, можно комментировать в блоге). Несколько лет назад, озлобленный безумной организацией очередной IT-конференции я разродился
длинным и Настолько близкой, что я позволил себе полностью переключится из режима «участника» в режим «докладчика». Ну да, это означает, что я, посмотрев организованную трансляцию первых выступлений из дома, понял, что запись всех докладов скорее всего будет вполне качественной, я решил вовсе не посещать докладов (на пару, правда, заглянул), а работать «говорящей головой» в «кулуарах», отвечая на вопросы, знакомясь с новыми и договариваясь со старыми людьми.
Возможно эту фишку «просекли» и многие другие участники — и залы «Инфопространства» не были так забиты, как на Highload или РИТ. Ну и плюс апрель-месяц был дико перенасыщен конференциями — за неделю до SWP2010 был трехдневный РИТ-2010, а за пару дней до этого, в выходные был TrainingLabs-2010 (звали кстати, но никак не мог пойти, ибо overkill).
Но выяснилось, что это даже и хорошо! Залы стали небольшими и уютными, коридоры — большими и просторными (реконфигурируемое пространство), а обедать стало возможно сидя, выбирая интересных собеседников, а не первый попавшийся край пустого стола. Более того, докладчиков стимулировали «работать» и на обеде — оказалось, каждому докладчику был выдан персональный стол с табличкой, чтобы жаждущие ответов могли к нему подсесть и получить интеллектуальный или моральный satisfaction.
Так вот, не сказать, что мой стол ломился от желающих общения, но таковые были. К тому же, обедал я только второй день, первый день нафиг пропустил. Ибо. СодержаниеМой докладИбо я установил новый рекорд по подготовке к выступлению на конференции. Готовится (непосредственно выступление) я начал после начала конференции, точнее в ночь первого дня. Но до этого просто не было времени — куча работы, неделю до этого прерванная посещением РИТ-2010 (где тоже пришлось выступать), плюс я придерживаюсь принципа не инвестировать время в подготовку brilliant презентаций — это Путь Продавца, а пытаюсь потратить все время на что-то интересное и полезное, чтобы об этом было не стыдно рассказать, и более того, чтобы рассказывать то особо не требовалось — чтобы все это можно было показать, предъявить живьем — Evidence рулит, это Путь Инженера и Ученого. И хотя таким образом можно рассказывать только об очень конкретных, технологических темах — т.е. каждый раз нужно предъявлять какие-то новые, интересные достижения, требующие реальной работы[2], это мне интересно, ибо:
Фиг знает, что бы у меня там было — думаю, и 3D-видео, и пение, и цирковое выступление, и
Минусы конечно тоже есть — приходится жертвовать тестированием (оно есть, только недостаточное для моих внутренних стандартов!), и увы, могут возникнуть накладки. Ну и они тут были. Хотя я предпринял вроде все возможное для тестирования и подготовки. Например, взял ноутбук жены, с которого планировал выступать, ибо мой боевой нетбук, при всех своих плюсах видео 1280x720 не тянул, вернее хуже — тянул, но отставая от реального времени, и в результате я либо рисковал выйти за выделенной время, либо — в данном случае, я бы рассинхронизовался с транслируемым видео. Ах, да. Для выступления на Software People, у меня был дополнительный challenge — выступить под видео, и что бы при этом сработала трансляция. Для этого я приехал за день до, поговорил с ребятами, обеспечивающими связь и трансляцию. Это были парни из http://kreml.tv (судя по визиткам, хотя да звучит это немного странно, для специалистов по записи лекций и семинаров), и работали они имхо, более вменяемо, чем, например, Firmbook или COMDI. Например, они не использовали Автоматику с большой буквы[3] для трансляции слайдов, когда трансляция экрана для кодинга или какой-то живой демонстрации вообще невозможна. Здесь же было грамотно — можно было загрузить заранее заготовленное видео и пустить его трансляцию, была возможность агностик-перехвата RGB-канала от компьютера к экрану, с последующей оцифровкой и сжатием, а оператор управлял расположением говорящей головы докладчика относительно изображения с компьютера. Еще им в плюс — то, что в вебтрансляции не было Анонимного Чятега со Школотой и Троллями (стандартные трансляции фирмбука и COMDI), а как обратная связь использовался твиттер (а это все-таки не полный градус анонимности, как микродвач на РИТовских трансляциях). Да, некоторые не рекомендуют использовать твиттер для комментирования конференций, наверное одноразовый чат с OpenID-авторизацией был бы экологичнее, но, имхо, это вполне допустимо.
Но когда я приехал в первый день, начались неудачи — помер и отказался включаться ноутбук жены (аккумулятор в нем совсем ёк, а тут похоже, как-то отошел контакт питания и весь вечер отказывался включаться) — в результате протестировать воспроизведение с него чернового видео на конференционную плазму не удалось. Не удалось также протестировать и захват. Видео в AVI-формате (я притащил его в нескольких разрешениях и кодеках), система трансляции есть отказалась (она явно микрософтовская, ибо родной формат для нее был WMV), программа-супер-перекодировщик, которой парни гордились (понимает все форматы!) облажалась тоже, хотя что может быть проще тупого AVI с h264-видео каналом и MP3-аудио? В результате, ночью я возился с видео и подготовил несколько вариантов WVM-разного разрешения, оттестировал его, озвучил видеоролик (план «Б», если трансляция все равно не пойдет), опубликовал его, сделал несколько вариантов видео (с разными кодеками), захватил несколько кодек-паков, оживил компьютер жены, внезапно обнаружил, что на нем почему-то видео показывается как-то фигово через стандартные плееры и виндовые кодеки, но вроде нормально через VLC. Но время уже поджимало (сорок минут до…), пришлось срочно ехать на выступление (ага, уже настало утро, ночь провел в офисе, поспал пару часов на диване, пока не пришла уборщица). Там уже потестировать не удалось, пришлось вступать в бой с переправы. В результате — подготовленное мной WMV-видео в HD (1024x576) отлично пошло в трансляцию (с чем не справился суперпупердорогойперекодировщик, сделал ffmpeg), но когда я увидел ноутбук организаторов, я понял, что это нетбук! А проблему с торможением видео на них я уже проходил!
Пришлось срочно перейти к плану «Ц», и перейти к трансляции видео с ноутбука жены. Как Гагарин, я махнул рукой, сказал «Поехали!», и с парнями синхронно запустили видео в трансляцию и на экран. И тут начался ад. Во-первых, VLC некорректно воспроизводил некоторые фреймы (регулярно картинка «разваливалась на пиксели» артефакты некорректного сжатия) — с чем это было связано, я так и не выяснил, — то ли глюки VLC, то ли даже этот ноутбук не потянул видео, то ли как-то влияло подключение к плазме и клон-режим (руки так и не дошли выяснить, хотя надо конечно выяснить, дабы не повторилось). Во-вторых, как же я ненавижу VLC! Все что в нем можно сделать неудобно, сделано неудобно! Он не отключал стандартный виндовый скринсейвер при просмотре! В результате, каждую минуту у меня включался скринсейвер, мне приходилось пинать комп, после чего все несколько секунд наблюдали обои рабочего стола («мой сын в два года на море»), потом наблюдать несколько секунд полоску инструментов просмотра VLC — и так более сорока раз. Ну и под конец, чертов VLC, вместо того, чтобы показывать последний «контактно-рекламный кадр», тупо завершает работу («и хуже выдумать не мог»). При этом на трансляции все это выглядело очень странно — ибо там видео шло нормальное, и зрителям наверно, было непонятно, почему я ругаюсь и злобствую. Да, совсем уж гладкого выступления не вышло.
Впрочем, оффлайн-аудитория была небольшая, по сравнению с РИТ, тут было раз в пять минимум меньше народу. А то и в десять. Сказалось, что и народу на конференции было меньше, и трансляция расслабила от личного присутствия, и одновременно со мной выступали известные докладчики — тренер-менеджер Сергей Архипенков, менеджер-из-игромира Денис Войханский. Даже зал перегородили пополам, оставив только один плазменный экран. Ну что же, думаю, если видео будет опубликовано, свою аудиторию доклад соберет, мои жертвы будут не напрасны. А так, кроме доклада я забрал, по обыкновению время последующего кофе-брейка, для ответов на вопросы и разговоры с аудиторией (да, я предпочитаю выступать, чтобы было либо «свободное» время после, либо «свободное» время до — его я использую для разогрева аудитории). Резюмирую — в общем, был фейл (организаторы прислали мне — «…средний балл за Ваш доклад: 4,66»), но не эпик-фейл. Да, трансляцию посмотрела моя жена, ей понравилось. Особенно переданный через «телевизор» привет.
ОбщениеОбщался и с знакомыми докладчиками (почти все уже знакомы), и с участниками, темы были разнообразны (ага, скандалы-слухи-расследования — где разоряются, где увольняют, где бьют батогами…). Можно встретить очень полезных людей, которые сходу, за минуту, решат твою проблему. Например, главный в Яндексе по нагрузочному тестированию, разобрался с 100% загрузкой CPU моего нетбука, вызываемого интерфейсом Яндекс.Почты. Оказалось — это так грузит «виджет» Яндекс.Онлайна, который, в отличие от веб-интерфейса Google Talk, похоже каждую миллисекунду делает poll с сервера. Решение — вырубить его из интерфейса настройкой.
Доходило до смешного — были ребята, которые прослушав мой прошлогодний доклад про Bugzilla и Testopia, внедряли их у себя, и были даже очень довольны Testopia, и даже хотели избавится от Bugzilla, сохранив только тестопию. И это при том, что у нас как раз, Testopia используется только в нескольких проектах, а глобальное внедрение стопорится.
На самом деле, надо начинать выкладывать — просто изначально были разные мысли — как публиковать? Может как раз сделать это используя аутентичную инфраструктуру — развернуть весь этот зоопарк (Bugzilla, Testopia, SVN, ViewVC, SVNSearcher, Mediawiki, FeedOnFeeds…) онлайн, чтобы была эдакая рефлексия — развитие этих проектов шло с использованием их самих? Но тут возник аргумент, что выложенное таким образом не будет восприниматься «свободным» (лежит на каком-то корпоративном хостинге, вдруг компания разорится или просто передумает?). Снимать под это независимый платный хостинг — вовсе ересь. Т.е. наверно, лучше выбрать какую-то крупную, бесплатную и независимую площадку. Тут у меня были мысли брать площадку с DVCS, чтобы все желающие могли легко делать fork и личные доработки. Возможно даже вести personal branches на самой этой площадке. Но для этого надо было бы выбрать оптимальную DVCS (из Git, Mercurial и Bazaar, очевидно), а этот выбор для меня затянулся — все три чем-нибудь мне не нравятся (претензии к ним — отдельная тема). Вероятно надо опять наступить на горло собственному перфекционизму, взять какую-нибудь площадку с историей (например, старый добрый, хоть и рекламный, Sourceforge[4]), и выкладываться туда частями, по проекту на расширение. Если есть идеи — как и куда правильно выкладывать — пишите, комментируйте. Доклады других участниковУправление знаниями организации – миф или реальность? Как построить эффективную базу знаний компании
Тема была весьма близка к моей, поэтому не зайти было просто нельзя (хотя я заговорился и опоздал к началу). Докладчик, кроме того, что мой тезка, занимается схожими вещами — выбор инструментария и процессов в Luxofte, и в то время, как мы легли на ViewVC (SVN)+Bugzilla+MediaWiki, они пришли к схожей картине, но на близких, хоть и платных инструментах: FishEye (SVN)+JIRA+Confluence + свои доработки. В этот раз, он рассказывал о базе знаний, о схожей истории, как Confluence у них победила Sharepoint.
Они использовали несколько лет (с 2003 года) SharePoint — сначала как портал и БЗ «команды качества» (EnPedia:SEPG), постепенно взваливая на SharePoint больше задач, доведя его до корпоративного портала и базы знаний, но параллельно (с 2007) опять таки в недрах SEPG они дозрели до вики-системы (Confluence), и постепенно переключили на нее все функции портала и базы знаний, оставив на SharePoint некий минимум, оптимально подходящий для людей, которым любая вики будет слишком сложной.
Т.е. да, там можно голосовать за статьи, у статей вычисляется рейтинг, у авторов вычисляется рейтинг, и есть система мотивации — отбор наиболее активных контрибьюторов, и награждение их вполне реальными призами (обычно в виде оплаченного обучения или сертификации).
У нас кстати, есть немного социальных игр вокруг знаний, тоже на платформе вики (например, голосования за семинары), и с этим тоже были некоторые неприятные проблемы (скажем, это было катализатором неких проблем).
Peopleware или процесс создания интерактивных компьютерных продуктов с учётом человеческого фактора
Очень добротное введение в тему юзабилити. Сбалансированное — там есть:
Выступление было удачно замаскировано под мемы конференции — конференция прошла под знаком «Peopleware»:
Автор доклада ввел «Peopleware» в название, повторил в докладе метафору эпох «Hardware»→«Software»→«Peopleware», и при этом интерпретировал «Peopleware», как «Заботу о людях», и что вот, оно пришло время юзабилити. Но это чисто «мотивирующая драматургия» — а информационная часть была вполне достойной, как по форме, так и по содержанию:
Это видео (четыре файла видео, которое он раздавал на конференции, в сумме меньше чем два часа), можно посмотреть параллельно с ненапряжной работой, и так сказать «вкурить основы», не тратя время на несколько толстых книжек. Доклады, просмотренные в видеоАрхитектура ИС. Принципы построения хорошей архитектуры
Вообще доклад был ориентирован скорее на бизнес-людей, чем на ITшников, ибо архитектура рассматривалась абстрактная, без указания на уровень (бизнес-архитектура, системная крупная, средняя, мелкая, микроархитектура классов и т.п.), и это абстрагирование не мешало докладчику, ибо доклад был общефилософский. Разве что в конце, когда начали задавать вопросы, выяснилось, что у аудитории уж очень разное представление о том, что есть архитектура, о которой только что рассказывали. Андрей же, заинтриговав волшебной формулой «Современная архитектура ИС стоит на трех китах — Identity, CRM, SelfCare», сразу же ушел в дебри надежных строительных метафор. Цель было пояснить, что архитектура — это компромисс, причем далеко не одномерный и не плоский — даже строительную архитектуру нельзя свести только к технологиям или только к формам, влияет и ландшафт (метафора окружения), и время, и потребители. И все это подтвержается известными разношерстными примерами плохих и хороших архитектурных решений:
Так и в информационной архитектуре, лучше не синтезировать что-то нежизнеспособное, а сначала найти удачный прототип, не изобретая велосипед, минимизировать его, убрав все лишнее (разумеется, постараясь не выплеснуть с водой и ребенка), и затем постепенно наращивать функционал, проверяя, что пациент-система жива, работает, и не теряет связь с реальностью. При этом во главу угла надо поставить процессы, отложив вопросы типа безопасности. (Насколько я понял, докладчик имел в виду приоритет функциональных требований над нефункциональными — безопасность, производительность). Разумеется, важно достигать компромисса между универсальностью (супер-универсальная-нежизнеспособная система) и специализацией (бодрая, но заточенная под конкретные условия или заказчика система, которую потом, пытаются продавать другим заказчикам[6] В качестве эффективных hacks предложен ТРИЗ, и принцип Парето[7]. Очень важно сразу закладываться на изменения (метафора — «расписание на послезавтра») — причем и в случае с заказной системой, и в случае с продуктом. Все меняется! В частности, из этого следуюет, что в продуктовой разработке нельзя смело доверять benchmarkingу в сравнении с конкурентами и почивать на лаврах, если эти циферки лучше — если не следить за погодой, ветер может переменится и все преимущество полностью испарится. Следующий важны момент — неизбежный учет окружения. Больше нет «девственных» заказчиков, у которых нет никаких информационных систем, которым можно сделать или продать все «с нуля», оптимально заполнив своей мебелью чистую комнату. Увы! Интеграция обязательно понадобится, особенно интеграция по данным. Далее — классический менеджерский треугольник рисков (Scope-Cost-Time), который традиционно рисуют равнобедренным — устарел. Время сейчас всем важнее всего! Именно в этом успех Agile, где Scope и Cost разменивают на время и выигрывают! Сделайте 80% самого нужного заказчику за 20% времени (Парето, ага) и разбегайтесь взаимоудовлетворенными! Счастье всем даром и пусть никто не уйдет обиженным!©
Это как раз и был первый кит-тренд из формулы — Identity. Однако почему так таки будет — не пояснили, кроме мантры «ну елки-палки, тыща сайтов и везде разные пароли — не запомнить, а один пароль — взломаю, так что так жить нельзя!». Тут я готов поспорить — вот эффективное, удобное и надежное решение паролей в интернете. Ну это частность, а в абстрактном смысле это пример эффективного децентрализованного решения, с минимальным обменом информацией. Так что многое возможно, многое. (Вот OpenID — опять таки распределенный протокол).
Ну и третий тренд — SelfCare, по сути — делегация всего на клиента, но в удобной для него форме, чтобы убить опять таки двух зайцев — и сократить свои расходы, и повысить лояльность клиента. Девиз: «Клиент, это тоже равноправный сотрудник, только зарплату получает услугами». Раскрыв свое понимание информационной архитектуры, Андрей стал сетовать, что разработка — слишком молодая отрасль, в которой еще не сложилось традиции обучения, такие как в традиционной архитектуре, когда студенты годами разглядывают каталоги и альбомы архитектурных бестпрактик. В IT это якобы не принято — нет ни мировых обучающих ресурсов, ни внутрикорпораттивных библиотек правильных архитектур, к которым должны обращаться архитекторы при старте нового проекта (там какое-то странное представление — архитектор «набирает» лучшие решения из разных архитектур, аки меню…). Ну тут я совсем не согласен. Полно ресурсов по архитектуре! Книги — тот же Фаулер с паттернами всего, плюс как раз на этой конференции всем участникам раздавали бесплатно русский перевод микрософтовского свода архитектурных практик. Интернет ресурсов тоже не мало, от того же Фаулера до целого портала http://infoq.com (статьи, презентации, видеовыступления — архитектурные решения, свежие кейсы — все очень актуальное). Что касается корпоративной библиотеки архитектур, как «меню» и чего-то такого, «текстового» — то внутри компаний best архитектуры воплащаются не в бумажки (ну и в них немного тоже), а в первую очередь в работающие фреймворки, программные каркасы (свои самоделки или адаптации-интеграции других, свободных или вендорский фреймворков, в общем, живой код, а не мертвый текст! И тогда да, при старте нового проекта в первую очередь примеряются имеющиеся в «гардеробе» компании каркасы, и даже, если ни один из них не подойдет окончательно, часто на их основе строится прототип (потому что это быстро, это Agile, и даже если этот прототип окончательно не приживется, разведка боем даст возможность выяснить настоящую иерархию требований). Далее начались вопросы зрителей.
Примечания
Репликация: База Знаний «Заказных Информ Систем» → «Software People 2010: Отчет Стаса Фомина» Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion». |
![]() |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
![]() |
![]() |