WhaleRider-2012: Отчёт Виталия Филиппова — различия между версиями

Текущая версия на 15:09, 30 октября 2013

Конференция WhaleRider-2012. Проходила 24-25 сентября 2012, как обычно в Infospace. Был только один трек, в чём был некий плюс — все послушали все доклады, потому что деваться-то некуда :) как ни странно, уровень докладов довольно приличный, полного уныния не было вообще, среднего уныния было чуть-чуть.

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

Компании, пришедшие рекламироваться на стендах, поняли, что если не раздавать халяву и если не доставать всех какими-нибудь дурацкими конкурсами, то они никому вообще нафиг нужны не будут. Одна девочка с HR-сайта, например, громогласно всех зазывала на конкурс и раздавала в качестве наград весьма хреновые грязно-тёмно-синие зонтики. Стас над ней поприкалывался, предложил некий другой вариант шоу, который дал бы большую конверсию. Можно догадаться какой. :-D

День первый, 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) о проблемах аутсорса и том, что часто не сами аутсорсеры в них виноваты.

• Часто те кто ищет аутсорс к заданной дате, УЖЕ НЕ УСПЕВАЮТ! Типа, давайте накидаем ещё разработчиков, и щас быстро всё сделаем!
• Потом происходит сужение сознания — подрядчикам показывают сумму денег и всё, НАДО ДЕЛАТЬ за месяц! А заказчик почему-то верит, что щас реально сделают и их спасут.

И сразу «надо начинать завтра». При этом:

• Объяснять типа некогда, давайте дадим им документацию и ТЗ, они за пару дней разберутся и в понедельник начинаем. Несмотря на то, что по тому же ТЗ уже прошлые не успели сваять.
• Админы доступы не дают, никого не подготовили, идёт ругань.
• У обоих компаний есть свои процессы, все считают что они лучшие и надо жить по ним, но никто не знают, как их передать другой компании. На проблемы с процессами уходит куча времени.