Просмотр исходного текста страницы WhaleRider-2012: Отчёт Виталия Филиппова

Конференция 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, и выделять отдельную команду под проект неохота. Но делать всё вперемешку тоже не круто. Выход — группировка разработчиков в более-менее кроссфункциональные кластеры («макрокоманды»).
* Дублирование велосипедов, созданных разными командами — не так страшно. Некоторая потеря эффективности, но зато нет единых точек отказа в виде отдела, который делает Один Общий Внутренний <s>Велосипед</s>Фреймворк! Плюс можно даже сознательно делать что-то в разных проектах сразу на 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 на весь мир» устраивают, а на [http://cloud-ix.net сайте] всё ещё висит заглушка «скоро и в вашем городе». Непорядок.

* Нейтральная «сеть обмена трафиком». Даже немного международная, но в основном Россия и СНГ.
* Рассматривают работу с крупными ресурсами, для сокращения затрат на трафик.
* Бла бла бла, экономия и т. п.
* У них маршруты трафика короче, ибо есть собственные каналы между городами — «арендуют лямбды» у одной фирмы. Под лямбдами понимаются радиочастоты/радиоканалы.
{{remark|[[Участник:StasFomin|Стас Фомин]] 18:15, 27 сентября 2012 (MSK):Нет, лямбды — это длины волн в мультиволновом пакете оптического backbone. Их там 196 обычно, когда я эту тему в последний раз исследовал.}}

=== 18:15, «Долгострочное управление проектами (от 3-х лет)» / Денис Митрофанов, QSoft ===

* Долгосрочный проект: не просто поддержка, не просто большой проект.
* Спланировать на такое время нельзя, быстрый прогресс.
* Революция — отстой, ибо дорого.
* Орфография поражает! «Проект <span style="color: red; text-decoration: underline"><span style="color: black">ложиться</span></span> под нагрузками», «превращается в <span style="color: red; text-decoration: underline"><span style="color: black">ласкутного</span></span> монстра»
* Основная мысль — делится поддержка и разработка, и соответственно короткие и длинные итерации.
* Проблема продажи рефакторинга — в глазах заказчика это так: вы чо, в прошлый раз плохо сделали? Не плохо, а адекватно тому моменту, когда делали. Теперь стало надо лучше.

=== 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 &rarr; 40 &rarr; 70 человек). Запомнилось следующее:
* Из изначального состава 90 % ушло. По сути — ушли те, кому нравилось работать в «домашней» компании, когда она таковой быть внезапно перестала.
* Пришли новые, которые типа «принимают правила игры». То есть, которые ей подчиняются. Ей стало легче.
* В какой-то момент зарегламентировали всё. Оригинально, что под «всем» по-видимому всё-таки понималось не регламентирование самого креатива, а регламентирование утилитарных процессов. Ибо первое, что назвала тётя, когда её спросили о том, а что же они всё-таки зарегламентировали, были закупки канцелярии. O_o Потом назвала ещё процессы сдачи материалов курьером, предпосылкой был инцидент, когда курьер отдал охраннику, а охранник, оказывается, вообще был какой-то хрен с горы, в компании не работавший. Компания обиделась, подала в суд. Короче, когда возникает проблема — пишется регламент.
* Спросили, а сколько она в сутки работает — она сказала, что год жила так: до восьми на работе, потом домой, уложить ребёнка и до 2-3 ночи фигачить. Потом стало уже не так надо, но ей всё равно нравится, иногда сидит. Ну вот щас, правда, в 6 утра тащит ребёнка на фигурное катание (или на что-то другое? забыл), посему вечером домой и спать.

=== 15:45, «Расстройство клиентоориентированности, симптомы и лечение» / Михаил Заборов (CUSTIS) ===

Ещё один наш докладчик :) Миша Заборов повторил свой рассказ о проблемах клиентоориентированности. Доклад хороший, вопросы и ответы тоже были по существу.

Информации довольно много, пометок не делал.

=== 16:20, «10 проблем Заказчика на старте аутсорсингового проекта» / Сергей Бережной ===

Рассказывал AnotherPM (anotherpm.com) о проблемах аутсорса и том, что часто не сами аутсорсеры в них виноваты.

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

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

[[Категория:Отчёты о конференциях]]