Viewing 0 current events matching “activerecord” by Date.

Sort By: Date Event Name, Location , Default
No events were found.

Viewing 2 past events matching “activerecord” by Date.

Sort By: Date Event Name, Location , Default
Jun 8, 2015
FutureTalks / WWC Networking Night @ New Relic
New Relic

Women Who Code Portland Networking Night @ New Relic

› Please RSVP via Eventbrite HERE

This month, our FutureTalks speaker series is joining forces with WWC, as we host seven engineers from New Relic giving brief technical talks about their work, all emcee'd by our very own Liz Abinante, who presented at our February event. Next Monday, June 8th will be the 4th Networking Night of their series.


  • Alice Goldfuss - "Docker in a Flash"
  • Ashley Puls - "Why, When, and How to Measure Performance"
  • Emily Hyland - “Programming for Humans: API design as user experience design”
  • Kate Morrow - "Jelly Bean Trails and Middle-points"
  • Katherine Wu - "Moving from ActiveRecord to a Service"
  • Katie Leonard - "Upgrading Rails"
  • Zoe Kay - "Upgrading Rails"


  • 5:30-6:00 - Check-In and Networking
  • 6:00-7:30 - Lightning Talks
  • 7:30-8:00 - Wrap Up and Networking

› Doors will open at 5:30 for a 30-minute networking happy half-hour! The food, beer and drinks are provided by Bellagios and New Relic. The presentations will begin right at 6p.

› Stay tuned for the latest developments and updates on this and upcoming events by joining our Meetup group, New Relic FutureTalks PDX, and following us on Twitter @newrelic.

› FutureTalk is brought to you by New Relic in collaboration with TAO

Dec 14, 2015
Test Ruby PDX Monthly Meeting
Renew Financial

Test Ruby PDX is a new user group focusing on testing from a developer's perspective. Join us for peer mentoring, conversation, and pizza at 6, followed by presentations at 7. This month, Jason Clark of New Relic will discuss how to tackle the complex testing issues that come up when your code needs to be compatible with multiple dependencies.

For more information about this and future meetings, follow @TestRubyPDX on Twitter.

Testing the Multiverse

Jason Clark

It’s a basic principle of testing that minimizing dependencies will make you happier, faster, and more productive. But what happens when you can’t? If your code plugs into or extends another gem, comfortable isolation might be out of the question. Stubbing and careful design can carry you a ways, but eventually you need to actually test your code against those gems you’re building on. Luckily, there are ways to reduce this pain. We’ll dig deep on creating a simple environment to check your work against multiple dependencies. We’ll see patterns that help avoid pulling your hair out when those dependencies change. We’ll even search around the raw edges, examining how to verify what your code does when it lands in an environment you haven’t tested. There’s a multitude of gems out there to build on. Let’s see how we can test with them!

ActiveMocker: Fast ActiveRecord Mocks

Dustin Zeisler

Tired of a slow test suite in Rails? Hitting the database so often it's getting you down? Is waiting for Rails to boot as you do red, green, refactor killing your vibe? Wouldn't it be great if your tests ran in milliseconds instead of seconds or minutes? You may say "That's all great, but I'll have to change the way I test and program adding tedious boilerplate, making my code ugly." And I would say, no! I created ActiveMocker to save my team from just that. You can have nearly all of the benefits by adding one setting to your test file and with just a little more work you can have full, glorious, unadulterated speed. ActiveMocker creates mock classes from ActiveRecord models, allowing your test suite to run at breakneck speed. This can be done by not loading Rails or hitting a database. The models are read dynamically and statically so that ActiveMocker can generate a Ruby file to require within a test. The mock file can be run by itself and comes with a partial implementation of ActiveRecord. Attributes and associations can be used the same as in ActiveRecord. Methods have the same argument signature but raise a NotImplementedError when called, allowing you to stub it with a mocking framework, like RSpec. Mocks are regenerated when the schema is modified so your mocks won't go stale, preventing the case where your units tests pass but production code fails.

Thanks to Renew Financial for providing the space and pizza for this event!