Sessions at GoGaRuCo 2011 about Ruby on Rails with video

Your current filters are…


Friday 16th September 2011

  • Fast Rails Tests

    by Corey Haines

    Look at your Rails unit test suite. Now look at mine [ http://screencast.com/t/O2LhGoVSG ]. Now look at yours again. Mine are sub-second. Yours aren't. Having a slow unit test suite can hinder an effective test-first or test-driven approach to development. As you add tests, the suite starts to slow down to the point where you stop running them after each change. Some people even talk about multi-minute unit tests suites! Band-aids like spork are just covering up the problem. Test-driven development is a major player in keeping your design malleable and accepting of new features, but when you stop paying attention to the messages your tests are sending you, you lose this benefit.

    In this talk, I will go over some techniques for keeping your test suite lean and fast. Along the way, we'll discuss the design improvements that come out of these changes.

    Now, look at my unit test suite again. Yours can be like mine.

    At 1:45pm to 2:15pm, Friday 16th September

    Coverage video

Saturday 17th September 2011

  • The Problem is Your Ruby

    by Jeff Casimir

    We're facing a tidal wave of rescue projects. So many developers dive into writing Rails applications without building a real foundation in Ruby. Instead we focus on the new whiz-bang features of Rails or the hot gem of the week—missing the awesomeness right in front of us.

    Let's talk about Ruby and fill in some of the gaps. This isn't about mind-blowing features and crazy metaprogramming, it's about the fundamentals that are often overlooked in Rails applications.

    • WTF are modules, anyway?
    • Writing utility objects
    • Measuring performance
    • Everything worth manipulating is a collection
    • Rails "features" that Ruby does better
    • Bringing science back into development

    Master these techniques, and write better applications with better Ruby.

    At 9:45am to 10:15am, Saturday 17th September

    Coverage video

  • Failing Fast - Stuff We Should have Done Better at Square

    by Erica Kwan

    I work for a mobile payments company called Square. Square has a great development culture driven by a lot of smart people. Part of that culture includes acknowledging failures, figuring out what should have been done differently when failures occur, and learning how to fail less in the future.

    I'm going to discuss the mistakes made when developing a major Rails app feature, the struggle to increase test coverage for the Square iOS client, and the consequences of bad architectural decisions made when creating a distributed build system. I'll then talk about how each of these were addressed.

    At 12:00pm to 12:30pm, Saturday 17th September

    Coverage video