Panel:


Charles Max Wood
Dave Kimura
Eric Berry


Special Guests: Jeff Kreeftmeijer

In this episode of Ruby Rogues, the panel talks to Jeff Kreeftmeijer who is a Ruby and Elixir developer at AppSignal. Jeff writes for the AppSignal's newsletter and has a blog. Check out today’s episode where the panel talks about AppSignal, Russian doll caching, Drifting Ruby, JavaScript Sprinkles, cache warming, N+1 plus other topics.

Show Topics:

2:47 – Code Fund & New Relic.

3:40 – AppSignal might be the only support for Elixir.

4:12 – The integration, the ease was so simple and your (Jeff) documentation made it very easy.

4:46 – Comparatively to New Relic, AppSignal is cheaper, isn’t it?

4:59 – We don’t charge for host, we charge per request. That’s where to difference in price comes from. You get a number of requests in your plan. AppSignal – you pay for what you use.

5:50 – Chuck has used New Relic in the past, but only pay for the month that he needs.

6:07 – Panelist talks with Josh Adams and relays the conversation to the panel and the guest.

6:48 – Eric to Dave: Do you run into this with Drifting Ruby? Where people just pay for what they need and cancel afterwards.

7:41 – Dave: Yes, I do come across this. There isn’t much you can do about it. People will do what they need to do.

8:24 – Jeff: We don’t have a lot of this problem with AppSignal. By the way, I have never done that before – you are all horrible! ☺

9:02 – Chuck: Let’s dive into is what is your approach to performance on Rails?

9:24 – We started the vlog series to help them with that. Sometimes you run into limits of what Ruby can do, and stuff like caching can help. It’s never really a single issue. That’s one of our challenges as a company to hook into everything (integration). We do support, per communication, to help with tech issues, but usually it’s set-up related. Everybody’s problems are different because everyone’s set-up is different.

11:02 – Chuck: Most of these posts are about caching and other topics. I’m going to go to something that I misunderstood for a while and that is Russian doll caching. I didn’t quite make the connection in my head.

11:40 – First, let’s talk about fragment caching.

13:49 – Jeff explains Russian doll caching.

18:44 – Chuck makes comments and asks Jeff a question.

19:43 – Jeff confirms the panelist’s answer.

22:00 – Jeff: Another solution is JavaScript Sprinkles.

22:27 – Digital Ocean’s Advertisement.

23:12 – Question from Chuck to Jeff.

23:38 – Chuck talks about what he will discuss at the Summit conference in October.

23:55 – Panelist has had experience with Russian doll caching. Performance can be smoke in mirrors. Application he worked on before, we did tons of caching (query caching, Russian doll caching, and others) it was all about handling the cache key.

25:32 – More comments about caching from another panelist. Cache warming is mentioned, too.

26:46 – How do you utilize cache warming?

27:39 – Chuck asks a question.

27:44 – Question answered.

28:12 – Does something like this exist for Phoenix?

28:28 – Jeff: I don’t think there is something like that for Phoenix.

28:50 – Chuck: When do you want to use one caching over another caching?

29:09 – Jeff: “Depends on a couple of things. N+1 is a feature and that you “should” rely on Russian doll caching, and generally that is not an accepted thing. You could do that, but that is applied to a specific thing. What do you guys think?”

30:31 – Panelist: Rendering partials is an expensive endeavor.

31:38 – This topic continues between panelists and Jeff.

32:25 – Jeff: Fragment caching is a good fit for that.

32:56 – Question: You have a blog, one of your posts that you talk about you discuss open source projects maintainable. Talk to me how that led you to write it?

33:32 – Jeff: Three things you should not do, based on mistakes that I made in the past.

1.) Navvy – had adapters for everything.

2.) Dropping support for older visions of your dependencies.