Way from Rails to Phoenix

Алексей Поимцев: Рассказ о технических и организационных сторонах внедрения Phoenix Framework в компании, основным бэкенд-фреймворком которой являлся Ruby on Rails: http://elixir-lang.moscow/events/1/talks/way-from-rails-to-phoenix

1. Way from Rails to Phoenix Или немного о смене технологий в отдельно взятой компании
2. About me
3. Чем не устраивает Ruby on Rails • Не самая высокая производительность • Перегруженный фреймворк • Снизился порог вхождения • Слишком большое количество библиотек
4. Слишком большое количество библиотек?? ORLY? • Не всегда оптимально написанный код • Silver bullet не существует, но лишние функции отягощают приложение, при этом отсутствует достаточная гибкость
5. В поисках Фрэнсиса альтернативы • Скорость и стабильность, зрелость технологии • Легкость перехода с текущего стека технологий • Живая экосистема
6. Почему Elixir и Phoenix? • Jose Valim и Chris Mccord не понаслышке знают обо всех проблемах rails • Высокая производительность и стабильность • Возможность писать распределённые приложения
7. Почему Elixir и Phoenix? • Лёгкость обучения rails-разработчиков • Растущий интерес к FP в общем и к Elixir в частности • Экономика ресурсов
8. Как убедить клиентов использовать Elixir • Показать реальный рост производительности разрабатываемых приложений • Показать высокую скорость разработки • Показать, что есть другие команды, использующие Elixir и Erlang в своих проектах
9. Сравним?
10. Routes
11. Controllers
12. Views
13. https://github.com/slime-lang/slime А ещё есть slime …..
15. Немного о производительности
16. Phoenix 300 users, 5000 requests Source - http://wiredhorizon.com/phoenix-vs-rails-performance-comparison/
17. Rails 900 users, 5000 requests Source - http://wiredhorizon.com/phoenix-vs-rails-performance-comparison/
18. Ещё один тест Source - http://www.littlelines.com/blog/2014/07/08/elixir-vs-ruby-showdown-phoenix-vs-rails/
19. https://tarantool.org/ https://github.com/progress-engine/tarantool.ex
20. Вопросы? alec@alec-c4.com +7 926 889 16 32