You've spent too many weeks of your life waiting on slow Ruby
code. Ruby 2.6 has JIT built in, but it doesn't happen
automatically. Learn what it does, how you use it, and when to use
it. And take back the next few weeks of your life that you'd
otherwise spend waiting.
This is an "upcoming Ruby"-flavored talk about what JIT is and what it does, and how to deal with JIT as a programmer. Topics the talk will cover:
The audience can be beginner/intermediate in Ruby. They should understand the basic differences between compiled and interpreted programs.
I've worked a fair bit with MJIT, the new experimental Ruby JIT
branch, and I can talk in detail about how it's different from
non-Ruby JIT. My core job responsibilities are timing and profiling
Ruby code. It's what I do all day. I've been a systems programmer for
multiple decades and I've worked on compilers and interpreters,
including the Ruby interpreter.
Noah works as AppFolio's Ruby Fellow, writing about Ruby performance
and related tooling at engineering.appfolio.com. He wrote the book
"Rebuilding Rails" about understanding Rails as "really just Ruby."