- Eric Berry
- Dave Kimura
- Nate Hopkins
- Charles Max Wood
Special Guest: Vladimir Dem
In this episode of Ruby Rogues, the panel talks with Vladimir Dem who is a Ruby developer and currently lives in Brooklyn, New York. Today, the panelists and guest talk about cables, concurrency, and Ruby. Check it out!
0:00 – Advertisement: Sentry.io
1:02 – Chuck: Hello! The panel today is Eric, Dave, Nate, and myself! Our guest is Vlad!
2:29 – Panel asks Vlad a question.
3:29 – Guest: Yeah something like that. I call it a different server b/c we still use the code base but we do not do anything related to web sockets and connections.
4:20 – Panel: If you wanted to take a normal action cables setup what steps would you have to go through to convert that over to also use the anycable server?
5:21 – Guest answers the question.
7:31 – Chuck: This sounds complicated and a bit of work. When I look at this I think: I have a tiny app is it worth it? When does it become worth it?
7:52 – Guest: Definitely not for the tiny app.
8:50 – Panel: You use it when it makes sense. Overcomplicating your infrastructure doesn’t make sense.
9:27 – Guest: That’s the idea.
10:28 – Panel.
11:05 – Guest: The question really is how many connections you have and how long-lived they are?
13:09 – Panel: If I move my project over to anycable how much new code am I going to have to write?
13:28 – Guest answers the question.
16:05 – Guest: I really don’t have statistics. I hear people at conferences say that they use anycable, but no real statistics right now. I would like to know these numbers, but no idea.
16:30 – Panel: ...is that the time to consider using anycable?
17:05 – Guest: That’s a good point to make.
18:44 – Panel: How is the initial handshake time with anycable? Is there any difference with anycable in that sense?
19:05 – Guest answers the question.
22:49 – Chuck: Can you define a couple of terms for me? I am hearing terms like: concurrency and real time and others?
23:00 – Guest: Good point. What is real time?
The guest continues to define these terms.
28:10 – Fresh Books!
29:10 – Chuck: Ruby 3 is supposed to solve some of these problems. Can you talk about some of those?
29:46 – Guest: Interesting question and I’ve been asked about this before.
35:14 – Panel: Did you say there was some activity around trying to reduce the memory consumption for thread?
35:25 – Guest answers the question.
36:14 – Panel: Vlad, you are spread from backend to fronted and you’ve mentioned Phoenix Live Vue. Can I pick your brain about it?
36:39 – Guest answers the question.
38:48 – Panel: It seems like one of the core tenants is empowering small teams to compete with larger teams. I have high hopes to keep small teams competitive.
39:50 – Guest: Yes, that’s the idea of Rails and Ruby itself to build something and try something and perhaps fail.
40:57 – Panelist mentions Erlang, anycable, and concurrency.
41:14 – Guest: We are working on administration functionality and we want to build something fast.
44:40 – Panel: That’s the interesting thing about turbo links cause I think it was a marketing fail. You have to invest time to learn how to use it and how to use it properly.
45:44 – Guest: I don’t have a good guide for turbo links.
46:00 – Chuck: Anything else we want to talk about?
46:10 – Guest: Two more things I want to mention.
54:02 – Advertisement: Get A Coder Job!
54:35 – Picks!
End – Cache Fly!
- Get a Coder Job Course
- The DevRev Podcast Show
- DevChat TV
- Ruby on Rails
- EMx 020 Episode
- Entreprogrammers: Episode 248
- The Rails Doctrine
- Walmart: Invisible Glass
- Bose Wireless Headphones
- Netflix: Newsies / Broadway musical
- Advent of Code
- Heroku Deployment
- Guest’s Twitter
- Guest’s Dev.to
- Guest’s GitHub