I like to give talks about open source, security, community and scaling Rails. If you’d like me to speak at your upcoming conference you can email me at eileencodes at gmail or DM me on Twitter.
The Future of Rails 6: Scalable by Default
We’ve all heard the phrase “Rails doesn’t scale”. Long running test suites and no standard for implementing multiple databases makes it hard scale monolithic Rails applications. Rails 6 will start making Rails scalable by default with parallel testing and improved support for using multiple databases. You’ll no longer be forced to reinvent the wheel and create your own solution to these problems. In this talk we’ll take a look why these improvements are important, how they work, and ways in which small ideas can quickly snowball into major changes. This is just the beginning of Rails 6.
Paris Ruby Conference | Paris, France | June 28, 2018
The Unbearable Vulnerability of Open Source
If contributing to open source was only about writing code, it would be easy. In reality open source exposes our insecurities and makes us feel vulnerable. Vulnerability can inspire change, but can also paralyze us for fear of not being good enough. In this talk we’ll look at how vulnerability affects open source contributors and explore how maintainers can foster a welcoming community. Contributors will learn how to identify projects with empathetic leaders who value GitHub’s community standards. Cultivating a better environment for contributing makes open source more sustainable for all.
WeAreDevelopers | Vienna, Austria | May 16, 2018
Building Rails ActionDispatch::SystemTestCase Framework
At the 2014 RailsConf DHH declared system testing would be added to Rails. Three years later, Rails 5.1 makes good on that promise by introducing a new testing framework: ActionDispatch::SystemTestCase. The feature brings system testing to Rails with zero application configuration by adding Capybara integration. After a demonstration of the new framework, we’ll walk through what’s uniquely involved with building OSS features & how the architecture follows the Rails Doctrine. We’ll take a rare look at what it takes to build a major feature for Rails, including goals, design decisions, & roadblocks.
Day 1 Closing Keynote Speaker at RubyConf Colombia | Medellín, Colombia | September 8, 2017
Keynote Speaker at RubyNation | Washington, DC | June 16, 2017
Security is Broken: Understanding Common Vulnerabilities
The Internet is built on technology that was never meant to work together. Basic features in seemingly simple and innocuous technologies, such as XML, resulted in these technologies being insecure. In this session we’ll talk about how attackers exploit well known vulnerabilities like XSS, XXE, and CSRF and how to make more secure software by avoiding similar decisions that resulted in these exploits.
Abstractions | Pittsburgh, PA | August 19, 2016
Twilio SignalConf | San Francisco, CA | May 24-25, 2016
How to Performance
Understanding performance output can feel like reading tea leaves. It makes sense to a few people, but many of us are left in the dark; overwhelmed and frustrated by the data. On top of that there are a ton of performance tools to choose from; StackProf, RubyProf, AllocationTracer. Where do you even start?
While working on speeding up integration tests in Rails source, I learned that the key to improving the performance of Ruby code is having a baseline, not relying on one profiler and understanding the advantages and limitations of your tools. By utilizing these methods, integration tests are now 3 times faster than they were in Rails 4.2.0, with more improvements being made every day.
In this talk we will not only look at how to read performance output, but when and how to use the right profilers for the job. We’ll discuss a variety of methods and techniques for benchmarking and profiling so you can get the most out of any performance tool.
Burlington Ruby | Burlington, VT | August 1, 2015
Breaking Down the Barrier: Demystifying Contributing to Rails
Contributing to Rails for the first time can be terrifying. In this lab I’ll make contributing to Rails more approachable by going over the contributing guidelines and technical details you need to know. We’ll walk through traversing the source code with tools such as CTags, source_location and TracePoint. Additionally, we’ll create reproduction scripts for reporting issues and learn advanced git commands like bisect and squash. At the end of this session you’ll have the confidence to fix bugs and add features to Ruby on Rails.
CRUD! Dear Active Record, It’s Not You, It’s Me
The magic of ActiveRecord database interactions is easy to rely on and allows us assume it knows best. Without a solid understanding of how ActiveRecord translates into MySQL, however, significant issues can arise. This is particularly true with large data sets and complex model relationships. My talk explores an example for each CRUD function and shows how these queries can result in MySQL timeouts, memory issues or stack level too deep errors. The examples will examine the consequences of chaining large datasets, uses for Arel, and how to avoid encountering major problems and most importantly, how these queries can be rewritten to run more efficiently.
RubyNation | Washington, DC | June 6, 2014
Big Ruby | Dallas, TX | February, 2014
Tech Done Right | March 29, 2017
Episode 007: Software, Open Source, and Rails with Eileen Uchitelle and Andrew Horner
Developer on Fire | January 21, 2016
Episode 092 - Eileen Uchitelle - Facing Fear
The Changelog | May 16, 2015
#154: All Things Ruby with 2015’s Ruby Heroes
The Bike Shed | July 7, 2015
22: No Capes! (Eileen Uchitelle)
RubyRogues | September 10, 2014
173 RR ActiveRecord CRUD with Eileen Uchitelle