toster Ruby
Сразу говорю - ребята, это было круто! Кто не попал на #toster, обязательно посмотрите слайды и видео, когда оно будет доступно.
Самым интересным для меня были докдады:
- Грегг Поллак "Decyphering Rails 3"
- Фабиу Акита "Understanding the Rails Web Model and Scalability Options"
- Джош Калдеримис "Travis CI. Splitting your app into smaller pieces"
- Иван Евтухович "Как мы делали Groupon"
- Джонатан Лейтон "Attributes Unwrapped: Lessons under the surface of active record"
Конференция началась с трехчасового перелета из Омска в Москву вместе с Андреем Дерябиным (Evil Martians), мы классно поговорили и поиграли в какую-то стратегию на iPad. На станции метро мы встретили питерских марсиан, вместе в которыми отправились в Digital October, было холодно, но весело. Все предвещало удивительный день полный хороших впечатлений и новых знакомств.
Перед началом конференции меня познакомили с марсианами, я был безмерно рад пожать руки ребятам из компании, на которой зиждется наше Ruby-комьюнити. Интересно, что Нат, Иван, Александр и Ярослав - ребята простые и открытые, что, собственно говоря, сделало этот день, а все остальное было лишь подтверждением их профессионализма и напряженной работы по подготовке конференции.
Я также очень благодарен #toster-у за знакомство с Филиппом из Львова и Алексом Сулим из Краснодара. Ярослав и Нат ответили на некоторые насущные мне вопросы, прямо так сказали как и что.
Кратко о результатах конференции:
- Техническая подготовка 5/5 (площадка Digital October - самое подходящее место)
- Организационная подготовка 3/5 (отсутствие кофе и наличие бумажной анкеты)
- Подбор докладчиков 5/5 (доклады Фабио, Грегг, Иван и Джонатан нивелировали скукоту по jRuby)
- Аудитория 5/5 (тут были "ну почти все")
Самое главное, зачем я поехал на #toster - это люди, с которыми я не был знаком лично, но знал многое о них. Как результат, заряд энергии на следующие несколько месяцев и неутолимое желание поехать вновь!
Теперь подробно по докладам, что меня зацепило:
- Грегг Поллак, тот самый человек, которые побуждает меня заниматься построением архитектуры и ее поддержанием на хорошем уровне, начиная с изучения теории паттернов масштабирования. Его скринкасты по масштабированию (Rails Scaling Lab) высокого уровня, каждый вопрос разбирается детально и полно. Один из слайдов доклада Грегга говорит о следующем: "Пусть вас не смущает чужой код, не бойтесь писать свой". Он разобрал некоторые моменты о метапрограммировании, как правильно и как неправильно, каждый довод подтвержден детальным профилированием. Но самое яркое впечатление оставил рассказ о паттерне MicroKernel Design, который говорит о модулярности, уменьшения связности и использовании минимального базового класса, подмешивая модули к которому, можно добиться требуемой функциональности. Об этом же писал Иегуда Катз в своих пяти статьях о Rails 3. Насколько мне известно, в ActiveModule этот паттерн также активно используется, когда вы примешиваете только то, что вам нужно без лишнего overhead-а.
Далее Грегг показал, что alias_method_chain иногда целесообразно заменить вызовом базового класса через super, и, на самом деле, код чище и нагляднее в данном конкретном случае
Заключающей частью доклада был замечательный mix-in ActiveSupport::Concern от Joshua Peek. Он очень хорошо описан в одной из статей на хабре в блоге по Ruby On Rails, с ним код выглядит более прозрачно. Если в Вашем приложении многое разбито на модули, то этот mix-in поможет убрать лишний код по переопределению include и class_eval. И снова докладчик напомнил о необходимости чтения кода и добро так намекнул на OSS.
- Фабиу Акита - один из немногих докладчиков, которые говорят и подтверждают свои мысли цифрами, графиками и пережитом опытом использовании в production. О чем говорил Фабиу: выносите код в бекграунд, используйте паттерны ассинхронного программирования, если вы остро столкнулись с проблемой горизонтального масштабирования. А также типичные для веб-приложений такие инструменты как реверсивный-прокси для снижения нагрузки на стороне сервера и кэширования всего, что имеет смысл кэшировать. Очередь сообщений также является типичной практикой и применяется для масштабирования приложения, размазывая пиковую нагрузку по времени. Паттерн "реактор" (Фабиу просто его объяснил как "a big loop") заслуживает отдельного внимания, так как подходит он далеко не всегда, но является ключевым звеном в распределенной архитектуре, без которого проблему часто решают вертикальным масштабированием (как все знают, это может быть тупиковым путем). Далее докладчик рассказал о недостатках HTTP 1.0/1.1 и необходимости задуматься о переходе на WebSocket (с обязательным fallback для IE), также была затронута тема PubSub паттерна, он отлично ложится на вебсокеты. Самым разумным со стороны Фабиу было предложить "решение для бедных", которые не хотят поддерживать собственную платформу для обеспечения пиковых ситуаций - Pusher.com - очередь сообщений с http трансфером, удобен в использовании и полностью production ready.
Иван Евтухович - этот парень сделал мой день, его сдержанность на сцене и прямота за кулисами показала весь Rework в деле, абсолютно прагматичный подход, абсолютный здравый смысл и просвещенное понимание того, что нужно бизнесу. "Вы пишите тесты" - "только юнит-тесты и только на бизнес-логику", "Сколько у вас серверов и какая отказоустойчивость" - "5 серверов и хороший админ", "Вас DDOS-ят" - "Да, когда это происходит, мы знаем как решить эту проблему за 15 минут", "Как часто вы деплоите" - "Иногда также часто, как Github (от одного до нескольких раз в день)". "Что вы делаете, когда что-то ломается" - "Быстро чиним", "Сколько у вас сотрудников" - "15 и почти каждый занимается OSS, что добавляет нам карму". Продолжать бессмысленно, надо сдаваться :)
Джош Калдеримис - этот парень просто взорвал зал своей харизмой и настроением. Давайте поблагодарим его небольшим donation здесь https://love.travis-ci.org/
