WhaleRider-2012: Отчёт Виталия Филиппова
Конференция WhaleRider-2012. Проходила 24-25 сентября 2012, как обычно в Infospace. Был только один трек, в чём был некий плюс — все послушали все доклады, потому что деваться-то некуда :) как ни странно, уровень докладов довольно приличный, полного уныния не было вообще, среднего уныния было чуть-чуть.
С кормёжкой окей, плюс наконец-то все поняли, что на кофе-брейках нужны бутербродики. Презентации гоняли на плазмах, продублированных в начале и середине зала, так что с видимостью всё было нормально.
Компании, пришедшие рекламироваться на стендах, поняли, что если не раздавать халяву и если не доставать всех какими-нибудь дурацкими конкурсами, то они никому вообще нафиг нужны не будут. Одна девочка с HR-сайта, например, громогласно всех зазывала на конкурс и раздавала в качестве наград весьма хреновые грязно-тёмно-синие зонтики. Стас над ней поприкалывался, предложил некий другой вариант шоу, который дал бы большую конверсию. Можно догадаться какой. :-D
Содержание
- 1 День первый, 24.09.2012
- 1.1 11:45 «Управление требованиями в крупных проектах для корпоративных клиентов. Человеческий подход» / Юрий Гугнин (ADV)
- 1.2 13:30 «Мода на коробки и фреймворки в вебе — доколе?» / Виталий Филиппов (CUSTIS)
- 1.3 14:15 «Управление разработкой портфеля проектов в гетерогенной корпоративной среде» / Анатолий Стояновский (РИА Новости)
- 1.4 15:00 «Легко ли продавать контейнеры на базаре» / Павел Емельянов (Parallels)
- 1.5 15:30, «Трудности перевода или открываем удаленный офис разработки» / Артём Кудзев (2GIS)
- 1.6 16:00, «Собака Павлова» о качестве
- 1.7 16:45, Леди Ада (Евгения Фирсова) из Яндекс_Денег о демо
- 1.8 17:45, Дмитрий Шаров из Филанко о CLOUD-IX («Как заработать на трафике?»)
- 1.9 18:15, «Долгострочное управление проектами (от 3-х лет)» / Денис Митрофанов, QSoft
- 1.10 18:45, «Эксплуатация или искусство ухода за интернет-проектами» / Александр Титов (Skype)
- 2 День второй, 25.09.2012
- 2.1 10:15, Андрей Аксенов (Sphinx) о бизнесе на OpenSource продукте
- 2.2 11:15, Хипстер о фотошколе («История успеха онлайн-фотошколы Fotoshkola.net» / Аркадий Акулов)
- 2.3 12:00, «Нетология» — как построить бизнес на образовательном проекте? / Максим Спиридонов
- 2.4 13:30, «Страховка от автобуса» или пересадка сознания при групповой нейрохирургии / Стас Фомин
- 2.5 15:00, «Что делать, чтобы расти на 100 % в год: планирование, стратегия, контроль» / Ольга Куликова (Артикулмедиа)
- 2.6 15:45, «Расстройство клиентоориентированности, симптомы и лечение» / Михаил Заборов (CUSTIS)
- 2.7 16:20, «10 проблем Заказчика на старте аутсорсингового проекта» / Сергей Бережной
День первый, 24.09.2012
11:45 «Управление требованиями в крупных проектах для корпоративных клиентов. Человеческий подход» / Юрий Гугнин (ADV)
- Презентацию рассказал совсем стремительно (минут за 10), то есть, её почти не было.
- Дальше было долгое обсуждение с кучей вопросов в духе «как же вам удаётся быть такими хорошими?» и соответствующими ответами.
- Иногда намекают заказчику, вы же нам задачу отдали на реализацию, вот и не лезьте посередине с советами))
- «Партизаны» в проекте, которым он не нужен или мешает. Устраняются свыше — забухать с начальником, чтобы он им по шапке дал.
- Малополезно, получился этакий самопиар.
- Это ОНИ нам сайт на битриксе сделали :-(! для лулзов — альтернативами были какой-то собственный java-велосипед mozart cms, либо… (тадададам!) шарепоинт…
13:30 «Мода на коробки и фреймворки в вебе — доколе?» / Виталий Филиппов (CUSTIS)
Я в своём докладе понаезжал на коробочные PHP CMS и на PHP-фреймворки.
Моё впечатление о реакции людей:
- Скучно людям вроде не было :)
- Ещё всем понравился термин «автобусный фактор».
- Сильнее всего зал возбудился, в хорошем и плохом смыслах, на наезд на битрикс, с реальными примерами ужасов из архитектуры кода. Любопытный фактор — наезд на абстракные «CMS» воспринимается слабо, а на что-то конкретное — сильно. Тем более, что в зале, по-видимому, были представители веб-студий, которые живут на создании сайтов на Б.
- Кто-то написал в твиттер «вечно выйдет какой-нибудь PHPшник и начнёт нести ересь, зло — не фреймворки, а PHP и те кто его продвигает». Хе-хе :)
- Один из вопросов был о том, что использовать для какого-нибудь долгого 4-летнего проекта, если это, например, система документооборота. Естественно, не CMS, но ответил я не совсем верно — надо было сказать, что в таких вещах, когда внутри обычно адское наслоение из кучи «бизнес-правил», начинать надо не с инструмента, а с методологии, например, DDD… А дальше, если вдруг найдёте правильный фреймворк, созданный прямо под выбранную методологию, можно использовать его, но в целом элементарно пишется свой, и имхо это полезно для становления методологии.
- Сделали замечание, что в презентации не было «позитивных выводов». Ок, позитивный вывод — когда можно, нужно писать самим. Если проект будет расти — тоже писать самим. CMS юзать максимум для быдлосайтиков.
В конечном итоге я считаю, что если удержал хотя бы несколько человек от использования CMS, то миссия выполнена :)
Презентацию можно посмотреть, а также почитать в режиме статьи тут: http://yourcmc.ru/wiki/CMS-Frameworks
14:15 «Управление разработкой портфеля проектов в гетерогенной корпоративной среде» / Анатолий Стояновский (РИА Новости)
Рассказывал директор разработки РИАН.
- В начале были проблемы с презентацией, продолжавшиеся минут 10.
- Продукт (= долгоживущий), проект (= разовый), продукт, проект… :) А потом смешались — типа, сейчас тренд такой — continuous…
- Самое стрёмное — это сакрализация IT — когда IT-подразделение в компании становится чёрным ящиком, которого боятся все, потому что не понимают, чего они там делают.
- Проектов много (70). Команд же явно не 70, и выделять отдельную команду под проект неохота. Но делать всё вперемешку тоже не круто. Выход — группировка разработчиков в более-менее кроссфункциональные кластеры («макрокоманды»).
- Дублирование велосипедов, созданных разными командами — не так страшно. Некоторая потеря эффективности, но зато нет единых точек отказа в виде отдела, который делает Один Общий Внутренний
ВелосипедФреймворк! Плюс можно даже сознательно делать что-то в разных проектах сразу на 2-х разных технологиях, а потом выбирать лучшую. - С другой стороны, чтобы велосипеды совсем жирно не плодились, можно ввести должность корпоративного архитектора, который смотрит на всё сразу и обеспечивает горизонтальный перенос знаний.
- Вспомнил PMBOK. Вещь спорная, только в последней редакции допускающая некоторую итеративность. Делит всё на 42 активности. Естественных O_O ничего себе деленьице.
- Выделение активности управления проектами, проектный офис. Ибо вроде считает, что команда и даже тимлид не могут управлять проектом с точки зрения глобального развития компании.
15:00 «Легко ли продавать контейнеры на базаре» / Павел Емельянов (Parallels)
Рассказывал главный(?) ядерный программист Parallels. Не про продажу контейнеров на базаре, а про процесс разработки Linux ядра, как большого коммьюнити-проекта :)
- Линус, мейнтейнеры. Плюс все остальные — просто разработчики. Если хотите сунуть свой код в ядро — идите к мейнтейнерам.
- Не надо лезть со своим уставом в чужой монастырь — например, все обсуждения всегда вести только в списке рассылки!
- Нужно участвовать в конференциях — когда видно реального человека, к его коду тоже лучше относятся.
- Диалог с мейнтейнерами обычно продуктивный, но они подразумевают, что вы тоже настроены на сотрудничество. Отстой пропихнуть не получится.
- Сообщество любит, когда с ним сотрудничают, и в этом его хрен обманешь.
- Результат лично их работы — LXC (Linux Containers), которые будут включены в RHEL 7, а также то, что почти все ~10 их ядерных программистов теперь узнаются и состоят на хорошем счету в сообществе.
15:30, «Трудности перевода или открываем удаленный офис разработки» / Артём Кудзев (2GIS)
Прикольный доклад. Сами они (2GIS, картографический сервис) из Новосиба, парень рассказывал о том, как и где открывать региональные офисы. Не хотели аутсорсить в Москву — дорого и присутствует столичный снобизм. :)
Первое — это выбор города, в котором открывать офис. Нужно чтобы в нём были позитивные факторы типа: ВУЗов, каких-то программистских сообществ. Например, пробовали Омск — в нём НЕТ технических вузов. Набор происходил как-то так — «дай я угадаю, ты не закончил обучение и считаешь, что на друпале можешь всё». Как открыли офис, так и закрыли.
Дальше порадовало: «Батька», «мама», «бойцы», потом прочие — директор, офис-менеджер.
- «Батька» — это носитель вашей культуры, которому доверяете и которого можно туда заслать с целью переноса оной.
- А дальше батьке нужна «мама» — это HR, нанятый локально, и знающий все локальные нюансы.
- Потом нанимаются бойцы и всё, атаман лети вперёд, шашки наголо.
Локальные нюансы — разница во времени, менталитет…
Вывод: Открыть региональный офис несложно, просто выберите батьку и зашлите его туда.
16:00, «Собака Павлова» о качестве
Ольга Павлова («Собака Павлова», фирма такая) рассказывала много общих слов про качество, эмоции и уважение труда разработчиков. Название доклада «Качество продукта через управление проектом: что конкретно делать менеджеру?» / Ольга Павлова.
Запомнилось, что «качество само не зародится», и что 50 % работы, которую никогда не сделаете вы, сделают злобные гуру — такие личности, которые всех достанут, но качество кода поднимут. Одна такая личность в принципе оплодотворяет целую команду, и все начинают писать лучше.
16:45, Леди Ада (Евгения Фирсова) из Яндекс_Денег о демо
Название доклада «Демонстрируем результаты заказчику: how to и how to not. Быть можно дельным человеком и думать о красе ногтей».
Леди Ада из Яндекса рассказывала о том, как красиво на%… обманывать заказчика на демо))
У них какой-то гиперактивный заказчик (внутрикорпоративный), демо были в активной фазе чуть ли не каждый день, а в среднем — 2-3 в неделю. Причём на демо не спят, а постоянно просят туда покрутить, сюда покрутить, другого цвета чего-нибудь сделать…
Видимо из этой активности следует то, что не всё успевается. Так что:
- Мышкой тыкаем только сами и так, как надо, чтобы было красиво.
- Показываем то, что хотят увидеть; то, что не работает или глючит, тихо пропускаем…
- Чтобы не париться о каких-то неготовых кусках, заменяем их вообще на статическую картинку))
Ну хз, может оно и необходимо в условиях гиперактивного заказчика.
Другие мысли:
- Чтобы сглаживать наезды, важно присутствие тимлида, в роли плохого полицейского.
- Договариваться не о том, что «в понедельник вы смотрите макет» (это будет 5 минут в районе вечера), а «в понедельник с 14:00-16:00 вы смотрите макет».
UPD: Да, чуть не забыл про прикол — эти «покручивания» на демо зачастую делаются демонстрирующим разработчиком с помощью Firebug’а (или его аналогов) прямо на живой странице, но эта практика несколько пугающая — естественно, стоит после этого нажать F5 или куда-нибудь кликнуть, как все красивые накиданные стили исчезают :-) поэтому она приучивает разработчиков постоянно делать скриншоты (а то и видеозаписи), и потом по ним восстанавливать вёрстку :-D
Практика да, достаточно дурацкая — лучше бы уж на живую файлы на тестовом сервере правили…
17:45, Дмитрий Шаров из Филанко о CLOUD-IX («Как заработать на трафике?»)
Полурекламный рассказ про то, что являет собой оная сеть. Рассказывал гендиректор оной. Что-то я не очень понимаю, как это так — сеть работает, на конференции выступает, вечеринки какие-то «Peer на весь мир» устраивают, а на сайте всё ещё висит заглушка «скоро и в вашем городе». Непорядок.
- Нейтральная «сеть обмена трафиком». Даже немного международная, но в основном Россия и СНГ.
- Рассматривают работу с крупными ресурсами, для сокращения затрат на трафик.
- Бла бла бла, экономия и т. п.
- У них маршруты трафика короче, ибо есть собственные каналы между городами — «арендуют лямбды» у одной фирмы. Под лямбдами понимаются радиочастоты/радиоканалы.
18:15, «Долгострочное управление проектами (от 3-х лет)» / Денис Митрофанов, QSoft
- Долгосрочный проект: не просто поддержка, не просто большой проект.
- Спланировать на такое время нельзя, быстрый прогресс.
- Революция — отстой, ибо дорого.
- Орфография поражает! «Проект ложиться под нагрузками», «превращается в ласкутного монстра»
- Основная мысль — делится поддержка и разработка, и соответственно короткие и длинные итерации.
- Проблема продажи рефакторинга — в глазах заказчика это так: вы чо, в прошлый раз плохо сделали? Не плохо, а адекватно тому моменту, когда делали. Теперь стало надо лучше.
18:45, «Эксплуатация или искусство ухода за интернет-проектами» / Александр Титов (Skype)
Рассказывал чувак, который пару-тройку лет назад работал в Скалакси. То есть примерно тогда, когда Лоханский ещё не сдулся :), а ходил по всем конференциям и рассказывал, что щас у них будет самое крутое российское облако, и вообще полный токамак (слайд с токамаком помню).
Увы, из доклада вообще почти ничего в памяти не отложилось.
День второй, 25.09.2012
10:15, Андрей Аксенов (Sphinx) о бизнесе на OpenSource продукте
Название доклада «Компания навыворот (Бизнес на open source продукте)».
- Русская реклама :)) «тут денег нет! не идите сюда». Не в смысле — совсем нет, а в смысле — в среднем меньше, чем у проприетарщиков, и мало крутых «историй успеха» типа редхата.
- Про лицензии почти не было.
- Зачем вам открывать код? А хз. По-разному. Но скрывать код смысла точно нет — 99,99 % ваших «ноу-хау» это фуфло, которое любой нормальный специалист воссоздаст по функциональному описанию.
- Зачем люди делают опенсорц? Три вида: идеологи, коммерсанты, just for fun.
- Первые считают, что делают мир лучше (и таки делают, я гарантирую это), и иногда при этом у них получается ещё и бабла заработать.
- Вторые зарабатывают бабло, и считают, что им удобнее его зарабатывать с открытым/свободным кодом.
- Just for fun больше всего, см. всякие гитхабы и сорсфоржи. Выстреливает из такого, естественно, мало что. Но выстреливает.
- Дурацкий миф: «FOSS каннибализирует область». Типа нет под линукс хорошего call of duty, потому что есть плохой, но FOSS пасьянс. Бред полный. Просто мало там денег, потому что тупо мало пользователей, вот и не делают под них игры.
- Тем не менее, FOSS «коммодитизирует» область. То есть, появляются минимальные ожидания по качеству — если есть открытая СУБД, то плохую закрытую вы уже не продадите. Для компаний, которые делают нормальный продукт — это пофиг. Оракл не сдох (хотя жаль — прим.вред).
- Основная мысль: FOSS для бизнеса — не плохо, не хорошо, а ИНАЧЕ! А иногда по-другому никак — например, на рынок, где есть N закрытых СУБД, с ещё одной закрытой вы хрен зайдёте.
- Они (Sphinx) живут примерно поровну на всём — поддержка, лицензирование, заказные доработки.
11:15, Хипстер о фотошколе («История успеха онлайн-фотошколы Fotoshkola.net» / Аркадий Акулов)
- Реально хипстер. В синем костюме, ууууузких синих брюках и туфлях Хоттабыча. Доклад, пусть и более-менее рекламный, хороший, спать не хотелось.
- Сначала был у них фотожурнал — радостные такие приехали из своего усть-задрищенска, сели на Маросейке, а потом настал кризис и инвестор сказал им «идите в пень». Стало обидно.
- Потом придумали фотоконкурс. Провели и оказалось, что 95 % авторов работ не умеют фотографировать ВООБЩЕ. Родилась идея об обучении.
- Итого — онлайн фотошкола. Онлайн-обучение — оно личное, скрытое, в любое время. 75 % девушки :)
- Есть система обучения преподавателей — новым даётся обучающая выборка, аки алгоритму классификации :) потом смотрят, как меняется качество классификации с увеличением нагрузки. Потом пускают на тупой курс «как разобраццо с камерой» (приходят девочки типа ойкашмааар! Скокатамкнопачек! Ниосилила!) Также есть аттестация 2 раза в год и 3 разряда, от которых зависит з/п.
- 20к студентов (честный счётчик на главной), 98 % высших оценок преподам в отзывах.
- Отзыв был «фотошкола как продукция эппл» — ну ясно, я ж говорю — хипстер. Чуваки нашли свою аудиторию, модных деффачек, которые с камерой не могут разобраться)))
- Сказанул такое — мы мол дарим не знания, мы дарим счастье. Когда люди будут на наших занятиях заниматься любовью и жениться, это будут лучше всего))
- Нашли какого-то чела, типа крутого свадебного фотографа, сделали его мастер-класс — так этих свадебных фотографов туда пришло аж 10000 человек)) стадион, типа. Но это ещё бесплатно было, я так понял.
- Самая востребованная услуга: «продлить обучение за 1000 рублей». Гы.
- Сделали «фидот дот ком» (с выраженным английским акцентом) — функциональная копипаста фейсбука для обмена фоточками в процессе обучения.
12:00, «Нетология» — как построить бизнес на образовательном проекте? / Максим Спиридонов
Ещё один рассказ про онлайн-обучение, на этот раз «интернет-маркетингу» в Нетологии.
Рассказывал собственно создатель. Этот товарисч имеет бизнес-чутьё! Ибо сделал бобрдобр.ру и мемори.ру, а потом удачно продал их РБК на пике активности — после продажи тренд на социальные закладки начал успешно сдуваться. ;-)
Доклад средний, было очень много букв (слов) и полное отсутствие чего-то, что выводило бы людей из транса — шуток, интерактива, горящих глаз или чего-то подобного.
Запомнились мысли:
- Ошибка — бизнесмен делает маркетинг сам. Лучше делегировать, ибо специалист выростет.
- Сезонность обучения — спад зимой и летом. От страха сделали новый продукт — конференцию какую-то.
- Рост, маркетинг, все дела, всё круто… уууу…
13:30, «Страховка от автобуса» или пересадка сознания при групповой нейрохирургии / Стас Фомин
Стас в виде доклада высказал идею о том, что с увольняющихся сотрудников хорошо снимать знания посредством видеозаписей. Пусть рассказывает и показывает всё, что знает.
Рассказывал под Mindmap, а в качестве метафоры IT привёл серию Southpark’а «The IT» — в названии имелось ввиду «ЭТО», но, типа, очень хорошая метафора именно для IT. «А можно как-нибудь без этого?…» — а разработчик считал, что это его фича, ему так удобно! :-D :-D
15:00, «Что делать, чтобы расти на 100 % в год: планирование, стратегия, контроль» / Ольга Куликова (Артикулмедиа)
Вялый доклад. Тетенька — гендиректор рекламного агенства, казалось бы, она шпарить должна так, чтобы все её слушали с открытыми ртами. Но нет — она и доклад делать почему-то сильно стеснялась, и презентацию, можно сказать, не сделала — было 11 слайдов, 2 из которых не показывала.
Отсюда — запоминаемость средненькая. Рассказ был про то, как прошёл процесс роста компании с нано до микро (кажется, 10 → 40 → 70 человек). Запомнилось следующее:
- Из изначального состава 90 % ушло. По сути — ушли те, кому нравилось работать в «домашней» компании, когда она таковой быть внезапно перестала.
- Пришли новые, которые типа «принимают правила игры». То есть, которые ей подчиняются. Ей стало легче.
- В какой-то момент зарегламентировали всё. Оригинально, что под «всем» по-видимому всё-таки понималось не регламентирование самого креатива, а регламентирование утилитарных процессов. Ибо первое, что назвала тётя, когда её спросили о том, а что же они всё-таки зарегламентировали, были закупки канцелярии. O_o Потом назвала ещё процессы сдачи материалов курьером, предпосылкой был инцидент, когда курьер отдал охраннику, а охранник, оказывается, вообще был какой-то хрен с горы, в компании не работавший. Компания обиделась, подала в суд. Короче, когда возникает проблема — пишется регламент.
- Спросили, а сколько она в сутки работает — она сказала, что год жила так: до восьми на работе, потом домой, уложить ребёнка и до 2-3 ночи фигачить. Потом стало уже не так надо, но ей всё равно нравится, иногда сидит. Ну вот щас, правда, в 6 утра тащит ребёнка на фигурное катание (или на что-то другое? забыл), посему вечером домой и спать.
15:45, «Расстройство клиентоориентированности, симптомы и лечение» / Михаил Заборов (CUSTIS)
Ещё один наш докладчик :) Миша Заборов повторил свой рассказ о проблемах клиентоориентированности. Доклад хороший, вопросы и ответы тоже были по существу.
Информации довольно много, пометок не делал.
16:20, «10 проблем Заказчика на старте аутсорсингового проекта» / Сергей Бережной
Рассказывал AnotherPM (anotherpm.com) о проблемах аутсорса и том, что часто не сами аутсорсеры в них виноваты.
- Часто те кто ищет аутсорс к заданной дате, УЖЕ НЕ УСПЕВАЮТ! Типа, давайте накидаем ещё разработчиков, и щас быстро всё сделаем!
- Потом происходит сужение сознания — подрядчикам показывают сумму денег и всё, НАДО ДЕЛАТЬ за месяц! А заказчик почему-то верит, что щас реально сделают и их спасут.
И сразу «надо начинать завтра». При этом:
- Объяснять типа некогда, давайте дадим им документацию и ТЗ, они за пару дней разберутся и в понедельник начинаем. Несмотря на то, что по тому же ТЗ уже прошлые не успели сваять.
- Админы доступы не дают, никого не подготовили, идёт ругань.
- У обоих компаний есть свои процессы, все считают что они лучшие и надо жить по ним, но никто не знают, как их передать другой компании. На проблемы с процессами уходит куча времени.