Программа

Rails 2.3, 3.0 и 3.1: прошлое, настоящее и будущее, Jose Valim

В конце 2008 команды двух самых популярных руби-фреймворков Rails & Merb решили объединить свои усилия и достижения для создания нового мощного Rails 3.0. Эта новость взбудоражила сообщество и возникло много вопросов: изменит ли Rails свою философию, какие концепции из Merb прийдут в Rails?

Сейчас, два года спустя, Rails 3 вышел и готовы ответы. В своем докладе José Valim не только расскажет про эволюцию платформы за последнее время и расскажет как Rails 3 изменит ваш процесс разработки, но и откроет планы и пути будущего развития!

José Valim (@josevalim) основатель и разработчик компании Plataforma Tec, участник Rails Core Team, начал работать с Ruby and Rails в конце 2006. Результатом его активной работы над Rails во время Google Summer of Code 2009 стало приглашение в Rails Core Team несколько месяцев спустя. Энтузиазм и целеустремленность José Valim способствуют созданию новых и развитию существующих проектов с открытым кодом. Также он ведет блог компании

Rails 3 встраиваемые приложения, Piotr Sarnacki

Более года тому назад была аннонсирована возможность Rails3 встраивать Rail приложания в другие Rails приложения. Однако планы изменились и мы не увидим встраиваемые приложения в Rails 3.0, они появятся только в версии 3.1! Благодаря Ruby Summer of Code и помощи команды Rails Core Piotr Sarnacki смог поработать над превращением этой возможности в реальность.

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

В своем докладе Piotr Sarnacki:

• опишет преимущества использования встраиваемых приложений
• решит некоторые проблемы которые заставляют людей думать о том том что "компоненты - зло" address some of the concerns that make people think that "components are evil"
• опишет новый API для построения и использования встраиваемых приложений.
• расскажет про анти-паттерны встраиваемых приложений - эта технология не серебрянная пуля и разработчики должны знать тонкие моменты.

Piotr Sarnacki:
Ruby разработчик работающий преимущественно с rails. Принимает участие в проекте "Rails 3 mountable apps", организованном Ruby Summer of Code 2010. Сайт: http://piotrsarnacki.com

Построение компонентного пользовательского интерфейса в web, Олег Андреев

Объектно-ориентированный пользовательский интерфейс на ruby и javascript. Рассказ про то, как писать и поддерживать гибкий интерфейс с большим количеством ajax и редактированием информации в прямом эфире с минимумом скучного кода. Используется техника NIB-файлов и NSCoding, позаимствованная из NextStep/Cocoa для автомагической связи объектов в Ruby, HTML и JavaScript.
Цель: показать аудитории два сильных приема в ООП и пример их использования.
План:

• что такое на самом деле ООП и зачем оно нужно (по мотивам заветов Алана Кея)
• структура MVC на сервере (ruby) и на клиенте (js)
• как замораживать и размораживать объекты, передавая их из одного языка в другой
• чего можно достичь: от ajax до wysiwyg программирования в браузере (с примерами)

Олег Андреев(Oleg Andreev): Разработчик из Санкт-Петербурга, проживающий во Франции. 9 лет профессионального опыта разработки софта, в основном, для веба.
В настоящее время создает приложения с помощью Ruby и Objective-C (на маке и iOS) в компании pierlis.com. Разрабатывает человеческий клиент для гита (gitboxapp.com)
Твиттер: @oleganza Блог: http://oleganza.tumblr.com/ О себе на блоге: http://oleganza.tumblr.com/post/73474045/about

Метрики процесса разработки Agile с Ruby, Hubert Łępicki

Hubert про выступление: "В своем докладе я хочу поделиться идеями и опытом улучшения процесса разработки Agile (особенно SCRUM) в команде Ruby разработчиков и с помощью самого Ruby

Мой подход состоит во внедрении метрик в процесс, анализе их результатов спустя какое-то время и определении все ли в порядке. Я покажу множество метрик которые можно использовать и способы их сбора и анализа, используя Ruby. Выбор метрик необходимо оставить за компанией или командой, хотя множество групп метрик можно извлечь из инструментов которые вы уже используете:

• SCM-related metrics (количество коммитов в течении дня, использование веток, средний размер коммитов, количество строк измененных)
• test-related metrics (покрытие тестами, отношение успешные/ошибочные, отношение code/test)
• метрики анализа статического кода (ABC, цикломатическая сложность)
• backlogs-related metrics (user stories done, hours per story point, amount of work not ready at end of iteration, new bugs count, team velocity)

Поскольку Scrum стремится к минимизации процесса разработки, поэтому необходимо обойтись без внедрения новых инструментов и процессов которые могут перегрузить разработчика или отвлечь.Используемый подход основан на существующих инструментах и процессах которые все хорошие команды используют(системы контроля версий,учет задач,автоматическое тестирование)

Эти техники также полезны для выявления ошибок которые привели к краху проекта, выявлению узких мест, и улучшению существующих практик. Предупредить ошибку важнее чем справиться с нею. Я представлю вниманию аудитории разнообразие методов которые можно использовать для изучения своих Ruby проектов."

Hubert Łępicki руководит небольшой командой, AmberBit которая делает хорошие Ruby on Rails и мобильные приложения уже больше двух лет в Białystok, Poland.