Richard Schneeman
Ranked 17 in Phase 2 with a weighted final score of 197

Dissecting Ruby with Ruby


Underneath the beautiful veneer of our Ruby libraries lies a twisted tangle of writhing guts. Maybe you're curious how the pieces fit together or maybe you're tracking down a bug, either way it's easy to get lost in the blood and bile that ties our code together. In this talk you'll learn how to use simple and sharp Ruby tools to slice into large libraries with surgical precision. We'll do some live hacking on Rails on the stage and cover useful code probing techniques. Turn your impossible bugs into pull requests, and level up your programming skills by Dissecting Ruby with Ruby.


  • Low level Ruby commands
  • Real world examples
  • To walk away with a better understanding of how Ruby works
  • To be a better Ruby community member and coder

Previous Next


  • 7fe945668a4fc098e886e20dea71d2ee?d=retro Zachary Scott suggested 8 months ago

    You should also checkout Kernel#caller_locations via Thread::Backtrace::Location

  • D87dddeb300217e6c6574f5ffae220be?d=retro Nikos Dimitrakopoulos suggested 8 months ago

    Without saying whether this talk sounds interesting or not, I want to ask a stupid question: isn't a debugger sufficient enough to trace such problems efficiently enough? I'm asking cause I have hunted in the past a lot of such bugs from 3rd party libraries with the debugger and even though it was cumbersome it did work out. Are you going to propose a better alternative or a something complimentary?

  • The proposal author responded 8 months ago

    Author here - We start with a problem, something we want to fix in a huge library (Rails) but we don't know where to find the offending code. To get to it we use Kernel#caller, Method#source_location, Kernel#ancestors, Object#method, Module#instance_method and a few more to really dig into the library. These are all standard Ruby functions, but with them you'll see how easy it is to navigate any code base. This is exactly the process that new to intermediate devs need to learn before they can contribute and patch large libraries. I gave the talk in Uruguay, and it was VERY well received. It is technical, fun, and entertaining.

  • 1bb0c9acde5c36e515da3d0da95ea748?d=retro John Pagonis suggested 8 months ago

    The title looks very interesting!

    However the proposal abstract needs some more information. Can you please clarify further?

  • 5a429759e7d90e2d27d94b28e1b63cee?d=retro Albert Llop suggested 8 months ago

    Seems a very generic presentation. What do you mean by "simple and sharp ruby tools"? I don't know what to expect from it.

    I'd suggest you give some examples of techniques so that I can then think "Oh, I'd like to learn that".