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

Член команды Яцухиро Мацумото в 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.

Клаудио контрибьютор в 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.

Участник 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.

Автор 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!

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.

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

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

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

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

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

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

Разработчик в 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 и его архитектуру.

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

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

Tехнический директор в Cloud Castle
LT: PERSONAL HEROKU ADD-ON WITH DOCKER
В каталоге аддонов Heroku более 100 готовых микросервисов, но иногда подходящего аддона нет, а с Heroku уходить не хочется.
Одно из решений — Docker, который позволяет собрать микросервис, взяв за основу образ с Docker Hub. Вот только поддержка инфраструктуры микросервиса в этом случае ложится на плечи разработчика.
Я расскажу, как совместить удобство Heroku с гибкостью Docker, заставив микросервис вести себя как аддон Heroku.
Как вы заметили, докладов стало больше. Это потому, что русскоязычные спикеры теперь выступают в два параллельных потока. В связи с этим мы переезжаем на новую площадку — Конгресс-центр Технополис Москва. Кстати, в программе еще осталось два свободных слота, а также 4 слота для блиц-докладов по 10 минут. Хотите проявить себя? Пишите на elena@evrone.ru.
В этом году нас уже поддерживают три замечательные компании:
Генеральный спонсор:

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

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

AT-Consulting — один из сильнейших игроков на рынке информационных технологий и ИТ-услуг для компаний телекоммуникационного, финансового, государственного, топливно-энергетического и других секторов.
Приглашаем партнеров!
И конечно, приходите на RailsClub 2015 — регистрация тут.
Бонус для тех, кто дочитал до конца: видео руби секции с DevConf 2015 и второго Ruby митапа. Приятного просмотра!
Комментарии (13)
necromant2005
11.08.2015 07:54реально было бы интересно посмотреть запись в выходные, даже если она будет стоить каких-то денег
elena_voronina
11.08.2015 10:06Запись будет спустя пару недель после конфы, как всегда в открытом доступе. Вот тут.
И как всегда бесплатно.
erlyvideo
11.08.2015 10:04Как бы отдельно доклад Вани Немытченко послушать/посмотреть? Остальное лично мне не особо интересно.
chernish2
А по какой причине билеты такие дорогие?
kimrgrey
А это такая политика партии второй год уже. Хотя в прошлом году было даже жестче: 9500, кажется. Жадность, судя по всему. Я стабильно приезжал на «Rails Club» в течение трех лет: 2012, 2013, 2014. Можно по бейджам посчитать: все на лампе висят =) Но в предыдущий год стал, по всей видимости, и последним. Ибо, несмотря на таких крутых спикеров как Аарон или Божидар, ценник вызывает чувство протеста. А жаль. Мне нравилось.
elena_voronina
Привет!
Сейчас будет длинный текст, ибо наболело )
Раз: Какой бы ценник ни был у конференции, всегда найдутся люди, которым цена покажется дорогой. И 3000 дорого, и 15000 и так далее. В сравнении со средней зарплатой Ruby разработчика, 7 тысяч не выглядят огромной суммой. В сравнении с другими конференциями в России — тоже.
К тому же, многие компании оплачивают билеты своим сотрудникам, так как понимают что развитие и поощрение программистов к изучению нового — вклад в качество кода собственных продуктов. Попробуйте поговорить со своим работодателем, многие не откажутся вложить такую сумму в ваше обучение.
Два: Попробуйте прикинуть, сколько может стоить
— аренда хорошей площадки в Москве
— кейтеринг
— билеты, проживание и визы для спикеров (особенно с учетом нового курса рубля)
— раздатка типа блокнотов, бэйджей и наклеек на всех
— синхронный перевод
— фото, видео съемка
— реклама
— и еще огромное количество мелочей, которые нужны на конференции. Не говоря о том, что подготовка такого рода события — это пол года работы команды организаторов.
Затраты конференции — несколько миллионов рублей. И 7000 — это цифра, приближающаяся к себестоимости всего это дела. Ранние билеты стоят дешевле, чем мы в реальности потратим в пересчете на одного человека.
Западные конференции стоят дешевле только по одной причине — компании там готовы вкладывать в разы больше денег в поддержку конференций и коммьюнити тех технологий, которые они используют. Пока мы не умеем собирать такое количество денег со спонсоров и делать конференцию дешевле. Хотя мы совсем не против. Научите?
Так что ответ на вопрос: почему это стоит столько — потому, что это действительно столько стоит.
Три. Мы всегда делимся материалами. Если вы еще джуниор, вам далеко и дорого ехать до нас — смотрите материалы. Хотя присутствовать лично, конечно, всегда круче :)
Есть четвертая опция — если вы правда хотите попасть, но совсем нет денег: нам обычно нужно N волонтеров для работы на площадке. Сильные программисты чтобы перетаскать коробки с раздаткой, собрать стенды и так далее. Помочь на регистрации утром. Напишите, мы готовы идти навстречу.
kimrgrey
Я, пожалуй, разверну про «чувство протеста», чтобы вы поняли, что акцент тут не на самом по себе ценнике, как мне кажется.
Да кто ж спорит. Вопрос только в том, готов этот разработчик отдать ее вам или нет. Я вот как скажу: RC — это не просто railscasts, только со сценой и кофе, а идея, ощущение от погружения в сообщество, чувство «своих». За это можно заплатить и 7000, и 9500, и 22500. И тут мы плавно переходим к следующему пункту, с которым, думаю, вы, как минимум внутренне, согласитесь:
В общем-то, в этом и проблема. В прошлом году вы просто подняли ценник настолько внезапно радикально, что я с ходу могу назвать несколько команд по всей России, которые в ответ на мой вопрос: «Увидимся в этом году на RC?», — ответили: «Нет, мы посмотрели на ценник и решили поехать на XXX», — где XXX — это какая-нибудь другая конференция. А когда все закончилось, все как один написали: «Ну чего? Оно того стоило?». И начинаешь «ну, с одной стороны, ок, Аарон там, все дела, с другой...». В результате RC перестал быть местом встречи распределенных команд «по дефолту». Ощущение было такое, что организаторы устроили пару RC, вложились в «поддержку конференций и коммьюнити тех технологий, которые они используют», а потом резко решили на этом заработать. И, как говорится, «остался осадочек».
Нет, я же разработчик. Просто поеду куда-то еще =)
Мне кажется, вы не уловили, в чем суть проблемы. Она ну вот вовсе не в деньгах. А просто в готовности вам эти деньги отдать. Я ж на вашей стороне, ребята: три года ездил и мне нравилось. Но в прошлом году что-то произошло, что вы до сих пор не исправили, как мне кажется. Но это я так — на правах последовательного участника ^_^ Вам виднее, конечно.
elena_voronina
> Но в прошлом году что-то произошло, что вы до сих пор не исправили, как мне кажется.
Что-то содержательно поменялось в худшую сторону?
Или речь все же идет только об увеличении цены?
Что мы можем сделать (кроме того, чтобы резко опустить цену в два раза и уйти в очень большой минус)
чтобы вы продолжили к нам приезжать?
Написала длинный абзац про то, как легко и резко можно заработать на конференциях. Но стерла. Всем, вставшим на эту нелегкую стезю, удачи! :)
kimrgrey
Когда так поднимается ценник, ожидаешь улучшения, а не того, что все останется на том же уровне.
Я же не написал, что вы легко и резко заработали. Это вообще редко бывает легко и резко. Но выглядело так, будто вы попытались. И то — ИМХО. А удалось или нет — это уже вопрос десятый. Кстати говоря, прошлый год еще отличился немалым колчиеством полурекламных выступлений от Evrone (Vextor CI там, все дела).
А черти его знает. Это как с друзьями: если один раз что-то пошло не так, перешагнуть через это уже трудно. Нужно вернуть RC ощущение классного мероприятия для коммьюнити. Знал бы, как это делается, работал бы не программистом =) Но я понимаю, что непросто.
Если же речь лично про меня, то я со вчерашнего вечера размышляю и, вполне вероятно, переступлю через ощущение, что в прошлом году меня обманули, и проверю свои впечатления в этом. А дальше — все от вас зависит.
elena_voronina
Ок, мы обязательно подумаем, что можно сделать, чтобы оправдать надежды! Спасибо, что думаете дать нам шанс! И за мнение спасибо.
Вот, в этом году значительно расширили программу, открываем второй поток. Выбор для слушателя — всегда хорошо, больше шансов попасть в потребности конкретного человека. Будем стараться поднять планку :)