RailsClub Moscow 2015, мы начинаем

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

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

Что же будет:

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.

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.

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.

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!

Тимофей Цветков
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.

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

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

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

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

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

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

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

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

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

This entry passed through the Full-Text RSS service - if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.