image

Привет всем рубистам и рубисткам!

С радостью рассказываем о том, какую программу мы приготовили на RailsClub 2015, который состоится 26 сентября в Москве. Все подробности на сайте конференции railsclub.ru (кстати, зацените наш новый сайт). Приглашаем всех неравнодушных, главное российское Ruby-событие года нельзя пропускать! Билет сейчас стоит 7000, но уже через неделю будет дороже.

Что же будет:

image Koichi Sasada
Член команды Яцухиро Мацумото в Heroku, директор Ruby Association.
PERFORMANCE IN THE DETAILS: A WAY TO MAKE FASTER RUBY
Heroku Matz team is working to improve quality of CRuby/MRI. Quality has several meanings, such as stability, low resource consumption, and of course speed. My main goal is to make faster Ruby.
However, we don't have one absolute solution to speed up Ruby interpreter. Instead of one solution, we introduce variety of techniques to improve Ruby's performance. In this talk, I will show you recent achievements by techniques in details.



image Claudio Baccigalipo
Клаудио контрибьютор в Rails на счету которого более 100 коммитов, член Rails Issues team
RAILS 5: AWESOME FEATURES AND BREAKING CHANGES
Each major release of Rails brings shiny new features and mild headaches for developers required to upgrade their applications and gems. Rails API, ActionCable, Turbolinks 3 are only a few of the changes announced for Rails 5. How can programmers get ready for the future without breaking their legacy code?
In this talk, I will cover the improvements brought by Rails 5, explain the Core team’s motivations behind each feature, and illustrate the upgrade process to smoothly transition gems and apps from Rails 4.2 to Rails 5.0.


image Sam Phippen
Участник RSpec core team, разработчик в Fun and Plausible Solutions
MOCKING LANGUAGE
This talk is an investigation into the different kinds of ways we isolate objects from their collaborators. They all seem to provide similar capabilities but there is an underlying language that talks to us about different kinds of design smells that we might have in our applications.
This talk will cover the different kinds of test doubles that we use in our applications and what they indicate about the designs of our software.


image Bozhidar Batsov
Автор RuboCop и редактор Ruby and Rails style guides
VOLT: RUBY WEB DEVELOPMENT RECHARGED
Volt is a reactive web framework where your Ruby code runs both on the server and the client. Sounds crazy, right? Trust me, though, this is pretty amazing and will blow your minds.
Volt is probably the most exciting web framework in the land of Ruby since Rails. In this talk we'll go over the core ideas and principles of Volt, the advantages of Volt over traditional web apps and we'll play with a few basic examples. We'll wrap with a look towards Volt's bright future. Above all else — we'll have fun!


image Тимофей Цветков
Toptal Core Team, analytics department
LAMBDA AND KAPPA ARCHITECTURES IN RUBY ON RAILS
Nowadays it’s absolutely clear that data is one of the most valuable assets and thoughtful data analysis plays essential role in any company’s success. Whether you run machine learning algorithms to build smarter and more user friendly applications or to build financial and marketing reports for stake holders, you need to perform data transformations and calculations. Such applications can’t be designed in a classical Ruby on Rails way. Lambda and Kappa architectures are common patterns for building data processing applications.
Toptal is a constantly growing company and is on track for $100M in revenue in 2015. To archive this in Toptal, we’re constantly improving our processes, KPIs and of course, our application. We’re searching for pitfalls and places to improve by monitoring our processes and by analysing our data.
In this talk we will discuss main principles of Lambda and Kappa architectures and their implementations using Ruby on Rails based on Toptal’s analytics team experience.


image Иван Немытченко
Разработчик и энтузиаст IT мероприятий
КАК ПЕРЕСТАТЬ БЫТЬ RAILS-РАЗРАБОТЧИКОМ
Долгое время мы думали, что мы другие. Что подход Rails настолько крут, что у нас нет целого класса проблем, с которыми возятся несчастные джависты. Но почему-то Rails-приложения с завидной регулярностью превращаются в неподдерживаемых монстров через полгода, а то и меньше. Выходит что мы не очень-то мы и другие. Я поделюсь опытом переключения мозга из режима Rails-only-mode.
Как только перестаешь принимать на веру дефолтный способ организации кода в Rails, происходят замечательные вещи. В моем случае, новые роли объектов(Form objects, Services, Repositories) появились в коде естественным образом — как решения конкретных проблем, а не потому-что так завещал нам Мартин Фаулер. В итоге я получил гибкий(модульный, если хотите) код, который несложно поддерживать и модифицировать.
Коллеги, хватит перекладывать вину за бардак в коде на DHH! 2015 год — отличное время, чтобы стать кем-то большим, чем программист-на-фрэймворке.


image Самат Галимов и Борис Горячев
Meduza.io
МИКРОСЕРВИСЫ И ELIXIR ДЛЯ RAILS-РАЗРАБОТЧИКОВ
Рассказ пойдет о том, как мы разделяем наше основное rails приложение и создаем микросервис-архитектуру. Как за год было написано более 10-ти проектов разных уровней сложности, и чем мы руководствовались, когда это затевали.
Для нас зачастую выбор языка/фреймворка под проект чуть ли не сложнее, чем написание самого проекта, и в докладе мы постараемся объяснить целесообразность того или иного выбора(заранее признаюсь — в некоторых местах мы славно напортачили).
Также расскажем о случаях, когда лучше заблаговременно сойти с рельс и как себя при этом обезопасить. В конце доклада мы постараемся убедить вас попробовать elixir — прекрасный молодой функциональный язык программирования. На десерт несколько примеров, где он стал для нас right tool for the job.


image Андрей Дерябин
Тимлид Evil Martians, один из марсианских долгожителей
МИКРОСЕРВИСЫ В GETT: ОТКРЫТИЕ НОВЫХ НАПРАВЛЕНИЙ И РАБОТА ПОД НАГРУЗКОЙ.
Gett (ранее известный как GetTaxi), популярнейший сервис для заказа такси, в этом году не только вырос по бизнес-показателям, но и открыл новые направления деятельности (вертикали) — например, доставку еды и проведение работ на дому. Чтобы отвечать требованиям бизнеса по росту, и особенно — для возможности строить новые вертикали на существующих мощностях, архитекторы Gett начали перевод сервиса на микросервисную архитектуру.
В этом Gett помогала команда марсиан под руководством Андрея. За короткий срок у Gett получилось перейти от монолитной архитектуре к использованию микросервисов — в боевом режиме, в четырех странах (США, Великобритания, Россия, Израиль). Это позволило существенно ускорить и упростить работу над разработкой новых направлений.
Вместо теоретических рассказов о том, как здорово использовать микросервисы и почему все якобы непременно должны это делать, Андрей сконцентрируется на практике и боевом опыте. В докладе он расскажет про сложности, с которыми пришлось столкнуться при разработке микросервисов и способами их решения — реализация взаимодействия сервисов (средствами REST API), версионирование состояния системы, логирование изменений (стратегия COW), распределенное конфигурирование (ZooKeeper), работа с shared-частями микросервисов, развертвывание (Chef) и тестирование. Отдельно Андрей подробно остановится на реализации паттерна Circuit Breaker для решения проблем в канале связи между сервисами.


image Андрей Куманяев
Разработчик в Coub
ИЩЕМ ГДЕ И ПОЧЕМУ PRODUCTION ПРИЛОЖЕНИЕ ТОРМОЗИТ
Многие из разработчиков мира Ruby on Rails знакомы с богатым набором инструментов для профилирования приложения в development среде. Зачастую, работа с этими инструментами заканчивается до/после выкатки фичи в production. Сначала все может работать хорошо и быстро, ну а дальше… как повезет.
В докладе я расскажу о том, как можно в production среде следить за показателями производительности приложений и отлавливать те самые кейсы, когда оно начинает вести себя не так, как хотелось бы.


image Александр Кириллов
Разработчик в Evrone
RUBY OBJECT MAPPER: REVOLUTION
Ruby Object Mapper (ROM) — экспериментальная Ruby библиотека для реализации отображения «чистых» Ruby объектов, позволяющая без лишних ограничений использовать всю мощь выбранного хранилища данных.
ROM основан на нескольких концепциях, отличающихся от «нормальной» Ruby ORM. Я расскажу об этих концепциях, разберу особенности библиотеки и покажу как жить без Active Record.


image Семен Багреев
Ведущий Ruby разработчик в Rambler & Co
ТЕСТИРОВАНИЕ И “SOFTWARE WRITER” ГОД СПУСТЯ
Год назад, во время открытия RailsConf 2014, David Heinemeier Hansson поделился с нами своими мыслями по поводу профессии инженера ­разработчика ПО (или “писателя ПО”, по его версии) и по поводу TDD. Вкратце, DHH высказался довольно резко в сторону TDD, аргументируя это тем, что TDD ломает дизайн, делая его необоснованно сложным для понимания, давая при этом ложное чувство уверенности, основанное на выдуманных показателях (coverage, ratio, speed).
Я примерил роль “Писателя ПО”. Следуя советам Дэвида, я старался тестировать всю систему, а не отдельные юниты, фокусируясь на интеграционных и “frontend” тестах. В процессе я столкнулся с непониманием некоторых коллег и бизнес лидеров. Мне пришлось развеять несколько мифов о тестировании и я поделюсь этим опытом с другими разработчиками.
Кроме того, я узнал несколько трюков для ускорения тестов, освоил несколько новых инструментов для тестирования, которые я упомяну в моем докладе.


image Кирилл Шатров
Разработчик в Evil Martians, мейнтейнер Capistrano и Sorcery
BUILDING RAILSPERF, A TOOLKIT TO DETECT PERFORMANCE REGRESSIONSIN RUBY ON RAILS CORE
На примере бета-версий Rails 4.2 мы убедились как часто в фреймворке Rails могут случаться регрессии производительности и как легко они могут остаться незамеченными.
Проблема производительности и ее регрессий становится все более острой в Ruby-сообществе. Это подтолкнуло меня и других контрибьюторов Rails к разработке Rubybench, сервиса для поиска регрессий производительности в Ruby и Rails.
В своем докладе я рассмотрю регрессии производительности на примерах коммитов из Rails, расскажу о построении бенчмарков для Ruby приложений и продемонстрирую Rubybench и его архитектуру.


image Анна Щербинина
Лид веб команды в Artec Group
LT: CRYSTAL
Crystal — компилируемый в нативный код язык. Как говорят сами разработчики, его синтаксис вдохновлен Ruby. Поэтому порог вождения для ruby разработчика не высок, и, действительно, глядя на код невольно возникает вопрос: это Crystal или Ruby? Расскажу о реализации микросервиса на Crystal: сходстве и различии c Ruby, плюсах, минусах и использовании в production.


image Кирилл Горин
Разработчик в Toptal
LT: ACTIVE SUPPORT INSTRUMENTATION
Все пользуются средствами мониторинга для Rails приложений, но не все знают, что они работают на основе встроенных в Rails инструментов. Active Support Instrumentation один из них. В этом докладе я расскажу как его использовать и как можно самому написать конкурента New Relic.


image Владимир Ярцев
Tехнический директор в Cloud Castle
LT: PERSONAL HEROKU ADD-ON WITH DOCKER
В каталоге аддонов Heroku более 100 готовых микросервисов, но иногда подходящего аддона нет, а с Heroku уходить не хочется.
Одно из решений — Docker, который позволяет собрать микросервис, взяв за основу образ с Docker Hub. Вот только поддержка инфраструктуры микросервиса в этом случае ложится на плечи разработчика.
Я расскажу, как совместить удобство Heroku с гибкостью Docker, заставив микросервис вести себя как аддон Heroku.


Как вы заметили, докладов стало больше. Это потому, что русскоязычные спикеры теперь выступают в два параллельных потока. В связи с этим мы переезжаем на новую площадку — Конгресс-центр Технополис Москва. Кстати, в программе еще осталось два свободных слота, а также 4 слота для блиц-докладов по 10 минут. Хотите проявить себя? Пишите на elena@evrone.ru.

В этом году нас уже поддерживают три замечательные компании:
Генеральный спонсор:

image
Toptal — распределенная мировая биржа, к которой уже присоединились самые талантливые разработчики со всего мира. Топтал создан инженерами.

Золотой спонсор:

image

Cloud Castle — разработчик мобильных и веб-приложений на Ruby On Rails для стартапов и развивающегося бизнеса в Самаре, Нью-Йорке и Шарлотте. Мы помогаем предпринимателям запустить мобильные и веб-сервисы для их бизнеса.

Серебряный спонсор:

image

AT-Consulting — один из сильнейших игроков на рынке информационных технологий и ИТ-услуг для компаний телекоммуникационного, финансового, государственного, топливно-энергетического и других секторов.

Приглашаем партнеров!
И конечно, приходите на RailsClub 2015 — регистрация тут.

Бонус для тех, кто дочитал до конца: видео руби секции с DevConf 2015 и второго Ruby митапа. Приятного просмотра!

Комментарии (13)


  1. chernish2
    10.08.2015 22:42
    +1

    А по какой причине билеты такие дорогие?


    1. kimrgrey
      10.08.2015 23:52

      А это такая политика партии второй год уже. Хотя в прошлом году было даже жестче: 9500, кажется. Жадность, судя по всему. Я стабильно приезжал на «Rails Club» в течение трех лет: 2012, 2013, 2014. Можно по бейджам посчитать: все на лампе висят =) Но в предыдущий год стал, по всей видимости, и последним. Ибо, несмотря на таких крутых спикеров как Аарон или Божидар, ценник вызывает чувство протеста. А жаль. Мне нравилось.


      1. elena_voronina
        11.08.2015 11:09
        +1

        Привет!

        Сейчас будет длинный текст, ибо наболело )

        Раз: Какой бы ценник ни был у конференции, всегда найдутся люди, которым цена покажется дорогой. И 3000 дорого, и 15000 и так далее. В сравнении со средней зарплатой Ruby разработчика, 7 тысяч не выглядят огромной суммой. В сравнении с другими конференциями в России — тоже.
        К тому же, многие компании оплачивают билеты своим сотрудникам, так как понимают что развитие и поощрение программистов к изучению нового — вклад в качество кода собственных продуктов. Попробуйте поговорить со своим работодателем, многие не откажутся вложить такую сумму в ваше обучение.

        Два: Попробуйте прикинуть, сколько может стоить

        — аренда хорошей площадки в Москве
        — кейтеринг
        — билеты, проживание и визы для спикеров (особенно с учетом нового курса рубля)
        — раздатка типа блокнотов, бэйджей и наклеек на всех
        — синхронный перевод
        — фото, видео съемка
        — реклама
        — и еще огромное количество мелочей, которые нужны на конференции. Не говоря о том, что подготовка такого рода события — это пол года работы команды организаторов.

        Затраты конференции — несколько миллионов рублей. И 7000 — это цифра, приближающаяся к себестоимости всего это дела. Ранние билеты стоят дешевле, чем мы в реальности потратим в пересчете на одного человека.

        Западные конференции стоят дешевле только по одной причине — компании там готовы вкладывать в разы больше денег в поддержку конференций и коммьюнити тех технологий, которые они используют. Пока мы не умеем собирать такое количество денег со спонсоров и делать конференцию дешевле. Хотя мы совсем не против. Научите?

        Так что ответ на вопрос: почему это стоит столько — потому, что это действительно столько стоит.

        Три. Мы всегда делимся материалами. Если вы еще джуниор, вам далеко и дорого ехать до нас — смотрите материалы. Хотя присутствовать лично, конечно, всегда круче :)

        Есть четвертая опция — если вы правда хотите попасть, но совсем нет денег: нам обычно нужно N волонтеров для работы на площадке. Сильные программисты чтобы перетаскать коробки с раздаткой, собрать стенды и так далее. Помочь на регистрации утром. Напишите, мы готовы идти навстречу.


        1. kimrgrey
          11.08.2015 12:19
          +1

          Сейчас будет длинный текст, ибо наболело )


          Я, пожалуй, разверну про «чувство протеста», чтобы вы поняли, что акцент тут не на самом по себе ценнике, как мне кажется.

          В сравнении со средней зарплатой Ruby разработчика, 7 тысяч не выглядят огромной суммой.


          Да кто ж спорит. Вопрос только в том, готов этот разработчик отдать ее вам или нет. Я вот как скажу: RC — это не просто railscasts, только со сценой и кофе, а идея, ощущение от погружения в сообщество, чувство «своих». За это можно заплатить и 7000, и 9500, и 22500. И тут мы плавно переходим к следующему пункту, с которым, думаю, вы, как минимум внутренне, согласитесь:

          Затраты конференции — несколько миллионов рублей. И 7000 — это цифра, приближающаяся к себестоимости всего это дела. Ранние билеты стоят дешевле, чем мы в реальности потратим в пересчете на одного человека


          В общем-то, в этом и проблема. В прошлом году вы просто подняли ценник настолько внезапно радикально, что я с ходу могу назвать несколько команд по всей России, которые в ответ на мой вопрос: «Увидимся в этом году на RC?», — ответили: «Нет, мы посмотрели на ценник и решили поехать на XXX», — где XXX — это какая-нибудь другая конференция. А когда все закончилось, все как один написали: «Ну чего? Оно того стоило?». И начинаешь «ну, с одной стороны, ок, Аарон там, все дела, с другой...». В результате RC перестал быть местом встречи распределенных команд «по дефолту». Ощущение было такое, что организаторы устроили пару RC, вложились в «поддержку конференций и коммьюнити тех технологий, которые они используют», а потом резко решили на этом заработать. И, как говорится, «остался осадочек».

          Пока мы не умеем собирать такое количество денег со спонсоров и делать конференцию дешевле. Хотя мы совсем не против. Научите?


          Нет, я же разработчик. Просто поеду куда-то еще =)

          Есть четвертая опция — если вы правда хотите попасть, но совсем нет денег:


          Мне кажется, вы не уловили, в чем суть проблемы. Она ну вот вовсе не в деньгах. А просто в готовности вам эти деньги отдать. Я ж на вашей стороне, ребята: три года ездил и мне нравилось. Но в прошлом году что-то произошло, что вы до сих пор не исправили, как мне кажется. Но это я так — на правах последовательного участника ^_^ Вам виднее, конечно.


          1. elena_voronina
            11.08.2015 12:53

            > Но в прошлом году что-то произошло, что вы до сих пор не исправили, как мне кажется.

            Что-то содержательно поменялось в худшую сторону?
            Или речь все же идет только об увеличении цены?

            Что мы можем сделать (кроме того, чтобы резко опустить цену в два раза и уйти в очень большой минус)
            чтобы вы продолжили к нам приезжать?

            Написала длинный абзац про то, как легко и резко можно заработать на конференциях. Но стерла. Всем, вставшим на эту нелегкую стезю, удачи! :)


            1. kimrgrey
              11.08.2015 13:08

              Что-то содержательно поменялось в худшую сторону? Или речь все же идет только об увеличении цены?


              Когда так поднимается ценник, ожидаешь улучшения, а не того, что все останется на том же уровне.

              Написала длинный абзац про то, как легко и резко можно заработать на конференциях. Но стерла. Всем, вставшим на эту нелегкую стезю, удачи!


              Я же не написал, что вы легко и резко заработали. Это вообще редко бывает легко и резко. Но выглядело так, будто вы попытались. И то — ИМХО. А удалось или нет — это уже вопрос десятый. Кстати говоря, прошлый год еще отличился немалым колчиеством полурекламных выступлений от Evrone (Vextor CI там, все дела).

              Что мы можем сделать (кроме того, чтобы резко опустить цену в два раза и уйти в очень большой минус)
              чтобы вы продолжили к нам приезжать?


              А черти его знает. Это как с друзьями: если один раз что-то пошло не так, перешагнуть через это уже трудно. Нужно вернуть RC ощущение классного мероприятия для коммьюнити. Знал бы, как это делается, работал бы не программистом =) Но я понимаю, что непросто.

              Если же речь лично про меня, то я со вчерашнего вечера размышляю и, вполне вероятно, переступлю через ощущение, что в прошлом году меня обманули, и проверю свои впечатления в этом. А дальше — все от вас зависит.


              1. elena_voronina
                11.08.2015 20:28

                Ок, мы обязательно подумаем, что можно сделать, чтобы оправдать надежды! Спасибо, что думаете дать нам шанс! И за мнение спасибо.

                Вот, в этом году значительно расширили программу, открываем второй поток. Выбор для слушателя — всегда хорошо, больше шансов попасть в потребности конкретного человека. Будем стараться поднять планку :)


  1. necromant2005
    11.08.2015 07:54

    реально было бы интересно посмотреть запись в выходные, даже если она будет стоить каких-то денег


    1. elena_voronina
      11.08.2015 10:06

      Запись будет спустя пару недель после конфы, как всегда в открытом доступе. Вот тут.
      И как всегда бесплатно.


      1. necromant2005
        11.08.2015 10:35

        ооо, пасиба


  1. erlyvideo
    11.08.2015 10:04

    Как бы отдельно доклад Вани Немытченко послушать/посмотреть? Остальное лично мне не особо интересно.


    1. elena_voronina
      11.08.2015 10:07

      Макс, можно будет посмотреть запись


      1. erlyvideo
        11.08.2015 11:31

        Спасибо