#189: War Stories of the Developer Evangelists Transcript
00:00 Michael Kennedy: Have you ever wondered what a Developer Advocate, sometimes called a Developer Evangelist does? You know the folks. They're often seen at conferences working at some high-end tech company's booth or traveling from conference to conference speaking on their specialty. Who are these folks? How did they get this job and what is it really like to do it from day-to-day? Join me along with Cecil Phillip, from Microsoft, Matt Makai, from Twilio and Paul Everitt, from JetBrains to dig into what it means to be a Developer Advocate and how they each became one for such cool tech companies. This is Talk Python To Me, Episode 189, recorded November 28, 2018. Welcome to Talk Python To Me, a weekly podcast on Python, the language, the libraries, the ecosystem and the personalities. This is your host, Michael Kennedy. Follow me on Twitter where I'm @MKennedy. Keep up with the show and listen to past episodes at talkpython.fm and follow the show on Twitter via @TalkPython. Cecil, Paul, Matt, welcome to Talk Python.
01:08 Panelists: Thanks for having us.
01:09 Michael Kennedy: Yeah, it's great to have you all here. I am super excited about this. I'm not even sure what we're calling it, Developer Advocate, Developer Evangelist, Developer Relations conversation because I feel like this role is a little bit mysterious to many folks in the Software Engineering field, but at the same time, it looks really fun and I think a lot of folks interact with all of you and it's going to be really fun to just dig into what you do and how you got there. So I guess the first place to start will be, where do work, first who you are, a little more background, who you are, where you work, and what you do there in terms of this Advocacy role. Cecil, let's start with you.
01:46 Panelists: Sure, no problem. So my name is Cecil Phillip. Right now I'm a Developer Advocate at Microsoft. Primarily my team focuses a lot on just making sure Developers have a really good experience moving their applications into the cloud. So as you can imagine, we work a lot with the folks on the Azure side of things but also too, we spend a lot of time in the community kind of just going around to various events and doing workshops and different things like that.
02:11 Michael Kennedy: All right, excellent. Paul?
02:12 Panelists: I'm a Developer Advocate, using the word Advocate, we can get back to that later, at JetBrains primarily for PyCharm and I'm based out of the U.S. I get to tell people I work for a tech company founded by Russians out of my basement in Virginia for the Boston office of residence.
02:28 Michael Kennedy: And many of them are in Germany. So yeah, it's quite the international space and in terms of Developer focus, I mean that's basically all you guys do which is pretty awesome. So you'll have a lot of tools to talk about there. Matt, how about yourself?
02:41 Panelists: Yeah, so I work in Developer Relations for Twilio and I've actually been with Twilio for about five years. Used to be just an Evangelist, then I was helping to basically serving the Evangelism team, leading the Evangelism team and now I run a peer team of the Evangelism team which focuses on helping Developers get their code and their stories published on Twilio.com.
03:04 Michael Kennedy: So does that make you like a meta-Evangelist?
03:07 Panelists: Well I still do a lot of evangelism, but it's more focused on the online activities of getting Developers to basically, promoting Developers who built really cool things with Twilio.
03:17 Michael Kennedy: Yeah and I guess it's also worth throwing out that other folks may also know some of you from your online stuff like Matt, you do Full Stack Python which is super popular and well known and that's awesome.
03:28 Panelists: Thanks, yep.
03:29 Michael Kennedy: And Cecil, your Away From The Keyboard podcast is excellent as well. People might know you from there.
03:33 Panelists: Sure, thank you.
03:34 Michael Kennedy: Yeah sure, so I guess the first thing is you know, when you go to college or when you teach yourself programming, there's a big gap between I can now write a program and I'm now representing Azure, JetBrains, Twilio, in sort of a public speaking, semi-marketing thing but you still, you know, I know all three of you are programming work and you're all excellent programmers. So there's this deep technical side but there's also this capability that many people in the software field don't embrace too much like the Public Speaking and Marketing side. So the story of how you got there, I think it's really interesting, maybe we'll go in reverse. Matt, how did you go along that path?
04:14 Panelists: Yeah so I've been programming since I was a kid and then, I became a full-time programmer, I became a Tech Lead, so I was doing really heads down coding for about eight years and then I wanted to get out of my own bubble. I live in Washington, D.C. and get out of the tech scene here and kind of explore elsewhere. So I did a road trip around the country for five months to 30 different cities and just like sent emails to developers and was like, hey what's it like being a Software Developer in Memphis? Like what's it like being a Software Developer obviously San Francisco, Chicago, all places around the country and then I met a bunch of folks from Twilio and after I was done with my project, my road trip, they asked me if I was, be willing to join the company. So for me, it was a little bit of getting out of my comfort zone. I still code every single day but it was sort of stepping outside of my typical boundaries and then expanding my skillset beyond just programming.
05:06 Michael Kennedy: Man, that sounds like such a cool trip.
05:07 Panelists: Yeah you can actually see the pictures. It's codingacrossamerica.com. I still have the website up.
05:12 Michael Kennedy: Really?
05:13 Panelists: I haven't updated it. Yeah, codingacrossamerica.com.
05:15 Michael Kennedy: Oh right on, that's awesome. Paul, how about you? Did you do like a world tour or how did you do it?
05:20 Panelists: No, I sat in my basement. Traffic is awesome.
05:25 Michael Kennedy: The internet, the traffic, the commute to the basement is way, way nicer, that's for sure. Yeah, so tell us about it.
05:30 Panelists: Sure I like to joke at Python conferences. I'm not the oldest person you know but the company that was a Python start-up that did the... I was in the Navy in 1994 and I wanted a boss. I wanted to be on a team. I wanted to work for something I believed in. I got really lucky to get a job offer from JetBrains and to come back to your lead-in point about what's being asked for when I was offered the job. My boss, Hadi Hariri, you know really well, Mike.
05:58 Michael Kennedy: Yeah, I've known Hadi for a long time, he's a great guy.
06:00 Panelists: Fantastic guy, yeah. He said something and I wonder if Cecil and Matt had the same experience, but he said it's important for you to be part of the community and be perceived as part of the community and when you do things, you need to do it as you, not us. And I thought at the time, that's just BS that you say but you don't actually believe but I joined the company and that's actually the way the job works. You're expected to be respected as a community person first.
06:31 Michael Kennedy: I think that's a great point and I think it's really interesting that there is this little bit of cultic personality aspect to this job role. Like many of the folks that I know in this field, they're semi-well known if not really well known on their own and I think the companies see that as an advantage. Like we're going to have this person who is really well known and respected in the community and their halo will shine off on our company a little bit.
06:57 Panelists: Indeed and that's kind of a dark side to that 'cause it implies that we as the company, don't have enough reputation. We've got to ride the coattails of this person who will then become a mouthpiece for our message and that is thinking backwards along several axes.
07:14 Michael Kennedy: Yeah sure, Cecil, how'd you get to where you are? You work for a company about 2500 miles away from where you live and so it's not just down the street either, which I think is a pretty common trait of this role, right?
07:26 Panelists: Yeah definitely, most of my teammates, probably about all of them where everybody's on their own. So everybody's at some different part of the world which, as you can imagine, makes meetings a little bit challenging sometimes.
07:37 Michael Kennedy: You get really good with figuring out time zones, right?
07:40 Panelists: Yeah, exercising scheduling calendars for time zones is an exercise in itself. That one takes a lot of time, but for me, I want to say so I've been in the south Florida community probably ever since I left college and at some point, I decided that I kind of wanted to reach out a little bit more and get a little bit more than what I was getting inside of the office. So I started to go to user group meetings and I started to go these code camp things. Code camps are like these free technology kind of like conferences but not really, like smaller conferences. I started to go to these things 'cause I kind of wanted to just be around the community and learn a little bit more than what I was getting. At some point, some person decided hey, you know, you've got some interesting stuff to talk about. Why don't you come up and give a presentation? I was like, nah, nobody wants to hear what I have to talk about. Like why in the world would I ever want to do that? So after some continuous poking, like eventually I accepted it. I started speaking and I got a little bit addicted to it and I just kept doing it more and I went to more conferences and whatnot, and you know that led to a lot of interesting opportunities. I became a teacher at Miami-Dade College for a little bit and taught there for about three years but you know, I've always had like that wanting to go out and talk to people and kind of listen to their problems and really just understand what they're doing and honestly, randomly one day, I saw a message on Twitter. It's like, hey we're building this really cool team at Microsoft and I was like, okay whatever. I'm not doing anything. I'll just reply to this Tweet, right, because of course, people get hired like that all the time and I got a reply back and a couple interviews later and some formal conversations later, here I am.
09:19 Michael Kennedy: That's awesome, you know that really mirrors my path. I mean, I didn't go down the Dev Relations side of things but I sort of wanted to branch out from where I was. I felt like there wasn't enough growth in what I was doing. I felt like, oh I kind of know at least as much as everyone in the field in the company that I'm working at and how do I get better, right? So I started going to user groups and doing speaking and Developmentor actually came to me and said, hey if you're going to do this for free, we'll pay you to do this if this is the thing you want to do. So I said, actually that's a pretty cool idea, I'll do that. So yeah, I think it's really interesting how these little steps lead down these paths that you don't necessarily expect and also it sounds to me like all three of you sort of had that feeling of I'd like to kind of branch out from where I am for something bigger, right, and it kind of led, those little steps down that path led to these roles, right?
10:11 Panelists: Yeah you know what? When I spoke to my first manager, he always said, you know I actually asked him, what do I need to do to prepare for this job. He looked at me and he's like, you've been preparing for this job like all your career, right? Which is kind of interesting when you think about it because as somebody that's coming out and just starting into the workforce, you never think, oh okay, this is what I want to do. It's not like your typical career path, I guess. Like if you do Computer Science or if you decide to go pick up and learn a programming language or build webpages or something. So I think it's something that's very, like just a part of who you are as a person, right? Like do you like talking to people? Do you like engaging with folks? Do you like helping people learn and succeed, right? Again, if it's something that you want to do, it's just part of your DNA as a person, right? Like it's kind of hard to teach those types of things. Yeah, it's funny to me because the side that a lot of people see of Evangelists or Advocates is speaking on stage or reading a blog post but what it really comes down to for me and what I feel like the best Evangelists do, they really just want to help other people, help other developers. They retain that sense of curiosity and learning but like any programmer, any great programmer but they really want to help other programmers become better and to me, that's like the crux to the job. It's just like, hey how do I help other Developers at scale, that's what I get really excited about. Yeah I'll add to both of what I think Matt and Cecil got really to the heart of it that yeah, you see the rockstar thing but the prime directive is the human side and the deep empathy for people and the desire to measure your success by making other people better. Now that book, Badass, Making Users Awesome, really gets to that point and if you're not wired that way as a human being, then you're not going to be good in this role.
12:01 Michael Kennedy: Would you see that if you're the type of person who really gets a lot of satisfaction of sitting down next to say, a junior teammate or somebody and like showing them how to start working with an ORM or do something that they haven't done before, does that kind of experience and desire sort of map well to this like more professional version?
12:21 Panelists: Yeah definitely and you have to have the humility to say this person I'm sitting next to or this person I'm having a conversation with via email, like they may not know as much in this area and I'm just going to help them work through the problem as best as possible and just having the humility because we've all worked with Developers who kind of dismiss your questions. You can't do that. You really have to have empathy for other people and have humility for what your own skills and other people's skills are.
12:49 Michael Kennedy: Yeah you've got to still feel the pain of learning it, you know, five or ten years ago yourself or maybe not so long ago. So I guess one of the things that would be interesting would be sort of talking about what does your job actually look like? I mean, you have to stay on top of all these technologies, especially you, Cecil, like I feel like Azure's got like a whole new thing every day or something and you're just like, wait, what is this? The old thing is new or the new thing is now old? This new, new thing is the thing? So how much of this is like studying, learning, personal research? How much is travel? How much is Public Speaking and what else is there to it?
13:23 Panelists: I want to say in our particular organization, it really depends, right? I like to tell people it's kind of like a choose your own adventure type role at least the way that we kind of approach it. So a big part of what we do is we spend a lot of time with the Engineering teams. When updates are happening, when new products are coming out, when tutorials and documentation and like when things are being created so we can tell the good story, and so a lot of the times we'll probably be working with some of these tools or these SDKs before some have folks have even seen them. You know, because part of the role is again, it's not just traveling or being on videos and stuff like that, but we have to provide constructive feedback. Do people like these things that we're building for you and is this useful? Are we covering your use cases? You know what I mean? Like is this the thing that's going to make it easier for you to build applications and solutions on top of a platform that we're trying to provide for you? And so what you find is a lot of our teammates, and again, other than just sure the traveling and all that other stuff, but we try and align ourselves with products that we just generally care about. So you'd find for me like I spend a lot of time with the Azure Functions Team because I'm really interested in learning about serverless. Or the Service Based Team because I want to learn about messaging and ASB, right, because again, like Azure in itself has like 100 and change products, right? Maybe even 200 products, right, and each one of them has their own sets of bug suppress and mocks to turn and all that stuff and no one person's going to know all of it or even half of it. But again, like if you generally care and are passionate about something and you want to see this product succeed or you want to really understand how this stuff works because your audience that you're focusing on cares about these things, then you make the time to sit down and focus on it, read the documentation and create samples about it so you can have like a general understanding of this is kind of how this stuff works and here are where the pain points are and here's how we can make this better for our communities.
15:17 Michael Kennedy: That's really interesting. So it sounds to me like almost you're the first user or consumer of the thing the Engineering Team is creating, in some sense because you're trying to learn it as they're creating it and you're giving them feedback like, whoa guys, this API is wonky, people aren't going to love it. Is that accurate?
15:34 Panelists: Yeah that happens in most cases, right? Most cases, we get to play around with things or see some feedback or slide decks or whatever the case is so we can then again make some recommendations or do some reviews of things because again, like we know our community better than everybody does, right, 'cause we're out in the field and we're talking to them and we're interacting with them. Again and most Advocates come from the community, right, like that's kind of how it is. So with that context, we can look at these products objectively and say, well I really don't think that many Developers are going to like this thing or I really don't think Java folks are going to like that thing because you know how they work, you know what the tool sets are, you know how I like my environment set up and so basically I can give some useful feedback to the product team so that they could focus on building and solving the problems.
16:21 Michael Kennedy: Yeah that makes a lot of sense and of course there's going to the conferences and sort of organizing that stuff as well, right, being at the booth maybe?
16:27 Panelists: Yeah booth is interesting. We got a lot of good questions I think when we were at the booth, right, because a lot of the times after you given a talk and after you've done a workshop or whatever the case is, not everybody's going to come up and talk to you, right? Like they probably do have questions and they do have things that they want to ask and so sometimes it's kind of good to just kind of hang around and linger a little bit. So whether that's at the booth or sometimes just even in the hallway, right, because it's the same kind of thing a little bit. Just tryin' to make yourself accessible to these people so that they can know, hey well, he's not so busy now. Like maybe I can go and talk to him and ask him a question because we might not always be like available to do that.
17:07 Michael Kennedy: Yeah sure. Paul what's it look like from the JetBrains' side in terms of the stuff that you do? What's your balance there?
17:15 Panelists: Cecil said so many good things. I'll kind of zero in on the last part about the booth and traditionally, back when I was a kid with Moses and all those people at the booth, it would be Salespeople or Engineers, neither of which are the ideal target for someone in the community to come up and engage with. So you need a hybrid and I think that's us and the word Developer Advocate, the phrase Developer Advocate, is the advocate for the developers and that's another part that Cecil said that I thought was pretty good which was the choose your own adventure and the things that he feels passionate about and the serverless and the function stuff, when he digs in on it and he has the Developer experience, he can be the missing chair at the table internally as the voice of the community, as the consumer of this stuff and instead of being a case where the company just transmits a message to the recipients, the Developer Advocate is a way for the recipients to transmit a message back to the company.
18:20 Michael Kennedy: I see, so you're like a WebSocket. I think that's a really important role. What I was actually thinking was more like an elected representative, right? Like you're sort of almost...
18:29 Panelists: Or an Ombudsman for a newspaper.
18:30 Michael Kennedy: Yes, yeah, yeah you are almost a representative for the community back to the company as much as you are for the company to the people.
18:38 Panelists: Indeed, indeed and so in order to be a trusted outlet for the community, you got to be in the community. And like Cecil said, you got to be seen as participating and having the mojo on the thing that you're speaking for.
18:56 Michael Kennedy: Yeah the Developer community is pretty good at finding out people who are clearly imposters and I'm not talking imposter syndrome. I don't feel like I'm good enough to do that. I mean people who are like actually not skilled or not interested, right, that comes out pretty quick. This portion of Talk Python To Me is brought to you by Linode. Are you looking for hosting that's fast, simple and incredibly affordable? Well look past that bookstore and check out Linode at talkpython.fm/linode. That's L-I-N-O-D-E. Plans start at just $5.00 a month for a dedicated server with a gig of RAM. They have 10 data centers across the globe so no matter where you are or where your users are, there's a data center for you. Whether you want to run a Python web app, host a private Git server or just a file server, you'll get native SSDs on all the machines a newly upgraded 200 Gigabit network, 24/7 friendly support even on holidays and a seven day money back guarantee. Need a little help with your infrastructure? They even offer professional services to help you with architecture, migrations and more. Do you want a dedicated server for free for the next four months? Just visit talkpython.fm/linode. So in terms of speaking, working with Engineering Teams, travel, conferences, all that, what's your breakdown look like?
20:11 Panelists: One-third serving the product team. One-third conferences, one-third Advocate.
20:17 Michael Kennedy: Right on.
20:18 Panelists: And then the Advocate is, I spend a lot of time maintaining the Twitter and Facebook for PyCharm and that's an interesting point, kind of getting back to what we were talking about. Matt was also talking about earlier about the motivators. That is quite the spotlight. The Twitter account for PyCharm and if somebody does something cool out there and boy Michael, you are great at this.
20:45 Michael Kennedy: Thank you.
20:46 Panelists: At giving love to other people and showing respect to them and then you probably have them on Cloud Nine for the whole week. Wow, Talk Python noticed me.
20:55 Michael Kennedy: It's an important part and there's people doing amazing stuff and if you notice it and you respect it, like that creates a real bond.
21:01 Panelists: And sure, from a Machiavellian perspective, the company is giving them love so that they become an advocate for the product, blah, blah, blah but just from a human perspective, it feels a lot better to show respect to people.
21:15 Michael Kennedy: Yeah absolutely, Matt what's your world look like?
21:18 Panelists: Yeah so I think there's two large areas that seem very nebulous to Developers when we talk about Developer Relations. The first is kind of the tactical day in and day out. How much do you travel? How much time do you have for coding? I actually have a landing page, it's at d-e-v-a-n-g-e-l.io devangel.io and that is a roll up of different blog posts that Developer Evangelists, Developer Advocates have written about like here's what my day looks like. Here's like what my responsibilities look like, so I have a whole...
21:48 Michael Kennedy: That is awesome.
21:49 Panelists: Yeah, there's a bunch of posts that are out there so you can get kind of of a wide range of like here, and I even have some of my own posts. Like here's how I spend my day as a Developer Evangelist. So that's kind of like one sort of nebulous reason, nebulous area, it's like what tactically, does the role look like. And then there's the second area which is like what's the difference between a Developer Evangelist, Developer Advocate, Developer Relations, there's all these titles floating around and to be fair, part of it is actually confusion. In a lot of the cases, the titles aren't necessarily put out there with a lot of thought behind them by some companies, but the way that we view it at Twilio is Developer Evangelists are called Evangelists because they go to where Developers are. So for example, like we go to PyCon, all the PyCons around the world because that's why Python Developers are and we are showing them how to build Twilio, helping them use Twilio. A Developer Advocate sort of has a different function which I think the other guys have talked about which is they're bringing feedback into the company. So the Evangelists are bringing some feedback in but I would say it's like 10 to 20% of their job, whereas when you're a Developer Advocate, it's like actually tends to be like 50% or more. You're bringing feedback in from Developers in the community and saying to the product teams like, hey I think we actually need to change like you know, the way that the API is structured or something like that and so, I think those are kind of like the net two larges areas that people often have questions and so at least at Twilio, when I joined five years ago, we only had Developer Evangelists and then from there, we branched out into a Developer Education Team which works on the docs and what's called TwilioQuest, our training platform, 8-bit Adventure training platform. We have a Developer Community Team, which sets up events just for Twilio Developers and then a team called Developer Voices which helps to shine the spotlight as you were just talking about. The big power of shining the spotlight on Developers who've built something really cool because so many Developers were coming to us and saying, I built this awesome thing with Twilio. Like how do I show it to more people and we're like, actually maybe this is something we should do more often.
23:46 Michael Kennedy: Oh that's a really great distinction. I hadn't really thought about the different titles but you really explained it well. So I guess one of the things that people who maybe are considering a role like this, 'cause it sounds more fun than closing Jira tickets in a cube farm for example. We can talk about some of the drawbacks as well but is maybe how much travel is involved? So just I go around really quick. Like on any given month, how many days of a month would you say you're gone, Cecil? On a busy month, I'd probably say eight days. So eight days being like I'd probably travel like two trips for that month. Yeah, that's not too bad, Paul?
24:21 Panelists: I'd say the average on our team matches what Cecil said. I have a different situation with an elderly father who lives with us and so I'm not going to be traveling as much as other people do, but I'd say that if you're goin' beyond eight, you're on your way to burnout and you're also not serving the longer term goal.
24:42 Michael Kennedy: Right and I think it's also, there's a difference between eight one-day trips and two or one for eight-day trips, right? Like the air time and the being in the travel action versus being in a different location are also, there's more wear and tear on the eight one-day trips, Matt?
24:59 Panelists: So in my current role on my team, I run a remote team, we generally only travel roughly once a month for internal meetings but as the Evangelist Team does travel significantly, but it's all seasonal. I mean, when there's a lot of conferences going on, that's when you tend to be on the road a lot and then, holidays, during the summer, people tend to be able to hang out and write some code and not get on an airplane. So it really I think, depends on your ecosystem, which programming language you're working in and kind of what your yearly schedule looks like. You really are at the mercy, to some extent, of the community as opposed to always setting your own schedule ahead of time.
25:37 Michael Kennedy: Yeah like for Cecil, it would be really hard for you to say, I'm going to skip Build this year.
25:41 Panelists: Yeah I definitely couldn't do that. So I'd say any of the first party events. Like we generally have like a strong force of people there but then anything that's third party, that's kind of up in the air, right? Like is this an important conference to go to and when I say important, it's so should we have a good presence there, right? Are we going to go and do we have good, big announcements to make or is there a community there that we're not really serving that we should really pay attention to, you know? Like some of those types of things we look at and we determine hey we really need to send some manpower here or hey well these folks have a lot of .NET Developers ready. Maybe we don't need to like do that as much, right? Like maybe we should spend that time looking at more underrepresented communities and underrepresented focus areas, you know?
26:28 Michael Kennedy: Yeah absolutely, that makes a lot of sense. I guess one thing that would be interesting to consider is which companies are out there that are doing a good job now? Like what companies would you hold up as being, doing this Advocacy or Evangelist role well? I certainly think Microsoft, JetBrains and Twilio are all in these categories with each of the three of you but what else? Seems like Google's doing pretty well. Seems like there's a lot of folks there.
26:53 Panelists: Google does do really well and actually I was on their YouTube channel just yesterday actually. You know, you you kind of look at their YouTube channel, they have a lot of interesting shows that a lot of their Evangelists do and just talking about product updates and what's coming out and Flutter is a big thing. They've been talking about that. Google App Engine, things like that, so I definitely pay attention to what they're doing there in that space.
27:15 Michael Kennedy: Yeah they have kind of a cool interview video channel. It's almost like a TV channel that you can stream or is also on YouTube. Like I saw Kelsey Hightower interviewed there and he did a great job. You know, that made me realize, Cecil, that I totally overlooked all of your Channel 9 work. Channel 9 is actually one of these interesting creations that came out of the whole Dev Evangelist Advocate side of things. You maybe want to just talk a little bit about that and maybe what you're up to there?
27:41 Panelists: Sure I can talk about that for a little bit. So Channel 9 and that's Channel 9 that's you know, channel9.msdn.com is Microsoft's Developer portal for video content. So it dates back, I don't know, maybe at least 10, 15 years, I don't know. Like it's way longer than I've been with the company but essentially what we have is a collection of curated shows around various different topics. We have stuff again that's on .NET, stuff that's on Azure. You know, we have an Open Source show that's really popular now so we talk a lot about things like Kubernetes and Kafka and...
28:16 Michael Kennedy: It's almost like CNN for Developers, right? You've got sort of those panels and you're talking, there's a screen. It's pretty well produced.
28:24 Panelists: It's pretty well produced and one of the things that we used to do a lot that I think we're going to try and get back into is doing some more of that like personal touch videos. We used to do a lot of videos where we actually just walked into people's offices or we'd walk the hallways of the company and just pop in and be like, hey what are you doin', right, and then it ends up into a white board discussion. Obviously we tell you that we're coming, right, but it ends up in a white board discussion of hey, well this is the beta of this or the alpha of that or here's some of the things that we're thinking about. So we don't do that as much as we used to and I think that would be a good element to add back into the list of shows that we have today because really people like to see that stuff or like people want to see like the human side of what's actually happening, right? Like let's walk into the team room and let's do the white boarding session and let's just kind of talk to the people that actually build the product versus the dude that's on stage or the person that's at the booth.
29:15 Michael Kennedy: Right, peel back the marketing veneer and just talk straight to the people building it.
29:19 Panelists: Right, exactly.
29:20 Michael Kennedy: Paul and Matt, what are you guys doing around that kind of stuff? Like are you doing video stuff or things on YouTube or any of those areas?
29:29 Panelists: Yeah so Twilio does have a YouTube channel. My colleague, Brent Schooley, is doin' some great work there. He's also been live streaming on Twitch some live coding, things like that and the main thing that we do is the team that I run, which is Developer Voices, which is if a Developer says to me, hey I built this awesome thing with Twilio. So one of my favorite examples is like someone was tweeting about they took one of the little Amazon buttons the Amazon Dash buttons. Yeah, they built a poop button with it 'cause the Developer's two sons slept in the same room and he was potty training one of them and he said to his son like, hey if you have to use the bathroom in the middle of the night, like just push this button and it sent him a text message so that he would know like, okay let's not wake up the other kid. Let's go use the bathroom and so he was tweeting about this thing and we had him not only show like here's what it is, but actually teach other Developers how to build that. Like that's actually the most exciting thing to me is like, yes there's the human element but it's also like how do we show Developers how to build what you built, like recreate this awesome thing that you built and so that's like the main way that we kind of highlight what Developers are doing with Twilio.
30:41 Michael Kennedy: Man that can be its own show, that's pretty awesome. Paul, video channel?
30:47 Panelists: Certainly there should be a patent pending on that idea about...
30:52 Michael Kennedy: It's going to be on Shark Tank any day now, man.
30:55 Panelists: Check your email. A lot of good ideas that make me feel guilty about things I should be doing, listening to Cecil and Matt.
31:02 Michael Kennedy: When are you going to take your little camera and just like walk into Hadi's office or in Dmitri's office and just go, tell us about this, man. What are you doin'? What are you buildin'?
31:10 Panelists: No kiddin'. Actually I will use you, Michael, as an exemplar. We historically have done webinars. You know, what's new in blah, blah, blah and it was the Advocate doing the webinar and I decided it'd be better to get outsiders to come in and do the webinars and talk to them and the webinar with you prompted a change in the way we were thinking about doing webinars.
31:32 Michael Kennedy: Oh wow.
31:33 Panelists: Yeah, we made it more conversational, split it into segments, took questions at the end of each segment, had you and I rehearse some banter beforehand to make it sound well produced and the numbers went up. The survey numbers went up afterwards. I need to take that lesson and the lessons from Matt and Cecil and do more of those kinds of outward focused things in 2019.
31:54 Michael Kennedy: It's a little bit of that important versus urgent stuff, right? Like I don't know about you all, how you all feel but I'm just like I feel beaten down every day by like little things that are not that important but they kind of got to get dealt with and all these great ideas, it's like maybe one of them will come to reality, right? It's crazy, that's just life though. What are you going to do. So I guess if folks out there are listening and they're like, man this sounds really fun. I would love to do this, be on the cutting edge of a lot of this technology, work with Engineering Teams, go to the conferences, what couple of steps do you think someone could take or skills that they need to have so they could go acquire them that would get them on this path, Cecil?
32:33 Panelists: So like we were talking about earlier, I think in general, first you just have to care, right? Like what are the things that you care about? What are the things that you want to work on? It's the same thing I tell my students or anybody I mentor, like you just generally have to care first and then reach out to your local user groups and see what's happening there. You know, reach out to schools, high schools, middle schools. You know, maybe you can do like an RO code thing, right? Just kind of get used to getting out and speaking with people and helping people, really just trying to understand like, well what's your experience like and what are the things that you're having problems with and how you, as a person, can help them be better and achieve their goals. Because again, like you just get into the habit of doing that, right, and once you hit those check boxes then you're well on your way to being able to approach something like an Evangelist or Advocacy position.
33:28 Michael Kennedy: I think getting out there and doing some form of public speaking or teaching or training, like those sorts of things that you're touching on are just so super important. I honestly think if people were to come and ask me you know, what is one thing that I can learn this month or this year or whatever, that I don't already know necessarily that I'm not good at or even maybe I'm scared of that will change my career or really improve it? I would say Public Speaking if I'm speaking to Developers, right? Like this ability to get out there and present either in a training context or a conference context or however else, so few people work on that so that if you can do it, I think it would really put you above a lot of folks or at least you make in a way.
34:12 Panelists: You know that's funny. We were talking about that the other day and so today might team has like a fair amount of folks like geo-located and one of the things that we kind of speak about is your mileage may vary. Like some folks are better speakers than others and some are better teachers than others and some are better at camera and some are better at doing podcasts, right? Or maybe some people are really good at making really compelling demos and they work really great with the Engineering Team and they create lots of great samples.
34:40 Michael Kennedy: Right or blog post writing of something, yeah?
34:42 Panelists: Or blog posts or maybe publishing your own blog or maybe publish on some other computer publication online but the thing is you got to kind of figure out like what's going to be your way to contribute, right like and focus on that, and I'm just saying that because like if you don't feel like you're comfortable public speaking, it's not just about you like if I'm not a good public speaker, I can't be an Advocate and I can't help people. You still can and it's helpful if you can do some public speaking but if not, then there's tons of other ways that you can contribute to the community and help people succeed.
35:13 Michael Kennedy: Yeah, for sure. Paul, what do you think? Couple things people could learn to go this direction?
35:17 Panelists: To follow up with the last thing that Cecil said, if you think that becoming an Advocate, Evangelist, Dev Rel, is rockstar Public Speaking, you're in the wrong line of work. It is the wrong motivation. I'll come back to I live out by D.C. so Matt can attest to this, I believe it's recently the worst commute traffic in the country past LA, yay for us.
35:46 Michael Kennedy: Almost number one, you guys just work a little harder you'll get there.
35:50 Panelists: And so I've got a lot of friends that get in the grind and drive and drive and you're not getting paid extra for that hour and a half each way, and they see my life and they, my god, I could work from home and then I kind of mentally play this scenario in my head. Okay so, you live the high life. You quit your job. You work for yourself and the first month, you're sitting in your pajamas staring at the wall, which is not a pretty picture because you're not a self-directed person and I came to this from being an Independent Consultant so it's a decade basically managing myself and that's a hard bit to flip especially if you're like on Cecil's team and it's geographically dispersed. Maybe we'll talk later about there are no good metrics for Dev Rel, it's any claims that you can measure success and justify budget are propositional at best and therefore, how do you know if you're getting your job done? Well, you got to be a self-directed person who doesn't wait for things to come to you, you go to them.
36:54 Michael Kennedy: Yeah you have to be pretty independent in this job, don't you? I do think working from home is pretty amazing and not having a commute. I mean, I do have to cross a little sidewalk but the traffic's not bad. Sometimes a squirrel's there, sometimes but it runs away. So that's pretty beautiful but there is lot of self-directed aspects where some days I'm up at six in the morning and I'm working. There's no boss. There's nobody that said Michael, you got to be at work at six today, you got this thing. It's just like you know, I'm just fallin' behind and stuff so I'm up at six this week. That's just the way it's going to be, right. I think that works really well for people who can leverage it like you 'cause you can take that hour of commute that you would've had and put that into somethin' productive or a hobby where you're more refreshed, whatever, but if you don't it can be tough. And I remember when I first started working from home, I had stuff to figure out to make that work. So my wife would be like, hey you're home, can you take care of this? Like we need to do the laundry, we got to vacuum this floor and she works too right, to be clear, but she's like could you also just vacuum this? I'm like, I'm at work actually. I know I'm not gone but I've got to be working and it gets just really hard to like have that separation in time without space, right? I guess maybe we could come back to what you all do to work well from home, but Matt, I want to let you weigh in on the two ideas, the two points.
38:14 Panelists: Yeah for sure. Well, the very first step if someone wants to be a Developer in Developer Relations, is to be really deep in your tech stack. I sometimes field questions from folks and they say, hey I've been programming for a while. I want to get out of programming. Can I go into Evangelism? And I say actually that's the opposite thing you want to do because when you're a heads down Developer like I was for a long time, you have time to focus on really hard problems and when you're an Evangelist or an Advocate, typically you have a lot more demands on your time that cause you to kind of have two hours here and maybe three hours there, or you're in an airport trying to debug some code. So you really have to be deep in your tech stack and just love coding because there's so many other distractions that are there for you when you're traveling or you're writing blog posts, things like that. I think that Cecil was spot on in that people have different strengths and you should play to your strengths. So if you're really deep in your tech stack and you really love writing, just do that and focus on that and become a better writer every day. If you like the Public Speaking side, that's awesome. I mean, that tends to be the most visible because when people go to conferences, they're like, oh this person was a really great public speaker. Not everyone has to fall into that boat but I just think that you kind of have to figure out, like what am I really good at? Let me dabble in a bunch of things and say, what are my strengths, and then it's the combination of being deep in your tech stack with something else that helps other Developers learn, which is really where the power comes in, and I actually completely disagree with Paul. I think there actually are significant metrics for measuring ROI to companies and you can tie your own performance to those metrics and be confident that the work that you are doing, regardless of whether it's Public Speaking or Blogging or Open Source work, is actually really, really valuable to your company.
40:04 Michael Kennedy: Nice, we're comin' back to that then. So one thing I do want to throw out there though, one of the shifts that I had when I switched into from being a regular Developer to doing training and I think would be quite similar to Developer Evangelist is when you are a regular Developer, if you find one way to solve a problem, you're good. You've solved your problem. You check in the code. You go on to the next thing but if you were representing a tech stack or a product or you're teaching somebody about one of those like and of course the training, you need to know, oh there's actually four ways to do this. These are the trade offs between them. This is the situation when you use this one versus that one and that's just like a different level of digging into learning and technology and a curiosity about it. It's not enough to like make it work one way. You have to understand sort of the trade-offs and a little bit deeper. What do you guys think?
40:53 Panelists: Well I do think you have to be comfortable with explaining something to other Developers and that's actually where the big leap was for me, it's exactly what you're talking about. I'd get something to work and then no one asked any further questions. It kind of passes code review, okay it works. There's a unit test for it, let's move on.
41:09 Michael Kennedy: Yep, user can log in, we're good, let's roll.
41:11 Panelists: But I mean, it's a little bit scary to me when I write a blog post on how to create SSH keys on Ubuntu and I don't have a flag that needs to be on there for certain versions of Ubuntu which causes a security vulnerability and then if my post is popping up and a lot of people basically have security vulnerabilities in their SSH keys 'cause of something that I wrote.
41:30 Michael Kennedy: Like Matt told me to do it this way. Well Matt was wrong. Yeah no, that's scary.
41:35 Panelists: Yeah, I was wrong and I went back and I fixed it but I mean, it was out there for a long time. So I think that's kind of the leap you have to ask yourself like, do I feel comfortable with what I'm putting out here because there's a lot more people who are reading that, they're following that and just like we copy and paste off stack overflow, you don't, as a Developer, you're just trying to get something done. You don't always do the work yourself. You just say, okay this is a solution to a problem. I need to put this in regardless of whether there's an issue with it or not. So I think that's a big leap when you're in one of these roles. Yeah, kind of like what Matt was saying, like you have to know where the bodies are buried, right? Like you got to know that things that work and the things that don't work, right, because sometimes it's not just about talking about the happy path. You got to talk about what are the rights to Nagios 4, whatever it is that you're talking about and being able to give people accurate, useful, practical advice on that, right? I think that's when you see the differences between, and I'm not throwing shade at marketing people but that's when you see the differences between somebody that's kind of going through a script and somebody that's like, I understand this product that I'm talking to you about, right? If you're presenting a particular position, you got to be able to defend that position, right? Kind of like what you were saying like, hey if I'm tellin' you that this is how I create SSH keys, like he has to defend that position, right, and this is why I do it this particular way or whatever the case is.
42:54 Michael Kennedy: Or if you say this is how you should use this function and here's why you pass this parameter. Someone says, well I'm not really sure. I think it should be this way. It's like, well let's just disassemble it or pull up the source code and let's look and I'll show you the line where the thing is that doing this matters, right, things like that. This portion of Talk Python To Me is brought to you by Rollbar. Got a question for you. Have you been outsourcing your bug discovery to your users? Have you been making them send you bug reports? You know there's two problems with that. You can't discover all the bugs this way and some users don't bother reporting bugs at all. They just leave, sometimes forever. The best software teams practice proactive error monitoring. They detect all the errors in their productions apps and services in real time and debug important errors in minutes or hours, sometimes before users even notice. Teams from companies like Twilio, Instacart and CircleCI use Rollbar to do this. With Rollbar, you get a real time feed of all the errors so you know exactly what's broken in production and Rollbar automatically collects all of the relevant data and metadata you need to debug the errors so you don't have to sift through logs. If you aren't using Rollbar yet, they have a special offer for you and it's really awesome. Sign up and install Rollbar at talkpython.fm/rollbar and Rollbar will send you a $100.00 gift card to use at the Open Collective where you can donate to any of the 900 plus projects listed under the Open Source Collective or to the Women Who Code organization. Get notified of errors in real time and make a difference in Open Source. Visit talkpython.fm/rollbar today. Let's go back to this idea of metrics and what defines success. Matt, I think you're in a really good position because you work with other Evangelists and almost overseeing it somewhat angle so maybe you want to kick it off.
44:43 Panelists: Yeah so with Twilio...
44:45 Michael Kennedy: Yeah like how do you measure this? Like what looks like success for Twilio and how do you know if you're doin' it?
44:50 Panelists: Yeah so it's very important to tie the Developer Relations program to the company strategy and the overall metrics that a business has and so, Twilio's mission is to build a future, help Developers build the future of communications and we want every Developer in the world to have Twilio in their tool belt so that if they need to add two-factor authentication to an application or they want to build a custom call center for their company, that they can say, oh I can do that with Twilio. And so for us, like a lot of the ROI, Return On Investment calculations are around how many Developers are actually using Twilio. Like we have usage metrics and we can very clearly tie like which blog posts are actually driving the most usage of various products.
45:32 Michael Kennedy: You know, I think that's an interesting point because you in particular with Full Stack Python are really good at looking at analytics and sort of fine tuning the web pages and the web stories to really resonate best and then even changing them a little bit, so it can be done, right?
45:50 Panelists: It absolutely can be done and you know, I said I kind of disagree with Paul. I also want to agree with him in a way that you have to do what's best for Developers. If you let the metrics drive you completely, you're going to do it wrong. Like you have to be a Developer. You have to be a part of your community and know what's right and what's wrong and then, you kind of have like these internal metrics that show that what you're doing is valuable. So there's almost a little bit of two sides to it. You have, I'm a Developer. I know what's right for my community and you really want that to happen. That's your ideal, that's what you drive towards but then you also have the metrics that allow you to justify the expansion of or the continued existence and the expansion of a Developer Relations program so you can continue to help more and more Developers over time.
46:37 Michael Kennedy: Yeah, Paul?
46:38 Panelists: Yeah I'll jump in on that. That sounds great. I can promise you I'll be following up with you about that. In particular on the macro side, the team as a whole's impact on the company. I was talking more in the context of a fairly self-directed job activity. Should I do this or that task and it's pretty hard to get the granularity at the micro level versus the macro level of this blog post led to that impact and maybe your context allows you to because of both ends of the equation on that, or even giving a conference talk. We debate this endlessly about how to concoct measurements, how many people show up, what were the follow ups afterwards. So certain activities, if metrics are introduced, create perverse incentives that poison the mission of Developer Relations. That's the worry that I have. Yeah, I think a lot too, comes down to the company's strategy and business model. Like I actually would never be a Developer Evangelist or work in Developer Relations for a company that has a free API because if it's not worth paying for, then it could immediately be disbanded. Like Netflix had an API, gone. So to me, to be able to tie the company making money off of an API so that it continues to justify investment is actually what drives a successful relations program. Now it's harder to do that when you're talking about like subscription model or a one time purchase model, so I think a lot comes down to the company's strategy and business model. Dude, make a PyCon talk this year on this topic.
48:21 Michael Kennedy: I'm sure a lot of companies would be interested. Cecil, how do you guys measure success? How do you know if you're doing better?
48:27 Panelists: So this is a problem that we've had that we're like continuously trying to aerate over and figure out. So just for context, my team is maybe about a year and a half old. We started, I want to say, April of 2017. So one of the things that we do is, so we have like this internal batch mode but essentially, all we're really doing is tracking to see like we're doing public tracking for the most part. That's one of the strategies that we use because it's kind of hard to say, hey if I went to this conference and I gave this talk or you watched my video. Is the person that watched the video, they become a download visual studio and now you going to sign up for an Azure account or whatever the case is. So you do a little bit of click tracking to kind of flow people around, to kind of follow them but even with that, that method is a little subjective I suppose, like how accurate is that exactly at the end of the day. You know, like who's to say, hey this person didn't just like pass this thing around throughout all of his company and like take off my tracking link, right? So like maybe there's more people that are coming in. They're just not clicking my link. Yeah, yeah, yeah. Or maybe I get people like you and you shared an article like hoping, like I can't really track those people and so I kind of look at it as a way to judge like relative change. I think that's a good way for us to look at those things versus like absolute numbers because if you do look at it relatively, then you can say, okay well, you know maybe this strategy that we're taking is a good idea or a bad idea or maybe, I don't know, like we changed the background of the video. Like people are going to be like maybe we should change the background because our users have dropped off or somethin' like that. But again, for us it's just something that we're constantly trying to tweak and iterate over and to try different strategies to see what happens. I was going to say I think one thing that's important is that, kind of like what Matt was alluding to a little bit, like our jobs aren't tied to metrics. So it's not like there's no competition there, right? There's no competition, there's no like in-team fighting. Oh I got to get more views than you do because like again, when you do that, now your focus is different, right, like you're looking at the wrong thing versus okay I'm trying to be at the top of the leader board versus hey, I just want to put out good content that people care about.
50:36 Michael Kennedy: Yeah, that makes a lot of sense and you have so many different areas to measure like Channel 9 versus conferences versus other social. It's hard to know the relative value, I'm sure. All right well, I think we're getting a little short on time, so I want to close this whole conversation out with I know you all go to a lot of conferences. You do a lot of presentations. You do a lot of travel. Maybe you all could just tell like one story of either like a conference that went conference presentation or a travel experience that went crazy or something like that. Like I'll give you the really, really short version for me to give you an example. Like I was traveling to do some training in Salt Lake City and got there a little early, decided to go skiing. Went up on a Sunday morning to Snowbird and there was an avalanche that closed the road and I could almost not get back down from the thing for my event on Monday morning. It was like, narrowly escaped, it was crazy. So maybe if you have any funny or weird stuff like that. I know, Cecil, you have a way to get stuck on airplanes.
51:38 Panelists: Yeah I have some interesting stories on airplanes. I think one story I want to tell 'cause I think it has an interesting kind of like follow up to it. So I went to a conference recently and all ready to go, signed up, CFP submitted and accepted and whatever the case is, and then maybe two days before I'm supposed to speak, like the conference organizer sent out this email and they're like, well there's not going to be any Wi-Fi and you can't use your own machine and like can't do this, can't do this, can't do this. I'm like, you're tellin' me this like two days before I'm supposed to go speak to these people, like what exactly do you expect me to do, right? So I get it, for someone who's tryin' to show a demo of Azure or whatever the case may be and there's no connectivity, it makes the demo a little bit hard to do. It looks a little bit challenging. So I walked into the room. I was like, hey well usually I would be showing you a demo but let's just pretend, I'm like, I ended up telling like a lot of stories which is interesting. So like now my talk that was supposed to be like 40 minutes with demo turned into a lot of interesting conversation with the audience, which I think worked out pretty well. So instead of me talking at you, like I was talking with you and we're sharing stories back and forth. So I think the folks that were in the room still got some value out of it because now they got to share their experiences among them which I think is really cool, but again for me like and for anybody that's listening is a conference organizer, please tell your speakers accurate information early and not two days before.
53:08 Michael Kennedy: That's crazy, it's really cool that it turned out all right though, that's great. How about the other guys?
53:14 Panelists: I think the funny thing about the horror stories is after you've been doin' this for a while, they kind of fade into the background and what kind of stays with you are the times when you meet a Developer like at PyCon this year, I met a Developer, Sam, who I had been working with. He had been makin' a bunch of pull requests on Full Stack Python and then he wrote a blog post for Twilio and so, just to be able to work with them online, you get to meet somebody in person and just kind of swap some stories and then work on them with some other, work with that person on some other things. That's just kind of the highlight to me is just the connections that you make that transcend the online part and then you meet offline and stuff like that. That's probably the best thing for me.
53:53 Michael Kennedy: Yeah that's cool, Paul?
53:54 Panelists: I'd say this one's definitely in my wheelhouse 'cause the only value I have to the Python community is funny stories. So like 2000-ish, back in the days of Zope, I was at a free software conference, the big free software conference in Brazil and I went over somewhere else to do a sprint one day and we got a phone call. Paul, get back here. The governor of whatever state in Brazil..
54:23 Michael Kennedy: The governor wants a demo.
54:24 Panelists: No, with a film crew and the press and he wants to sign a proclamation.
54:28 Michael Kennedy: Oh my gosh.
54:30 Panelists: And you need to come and on behalf of Open Source, do a meet and greet and sign the proclamation.
54:37 Michael Kennedy: Did you sign it?
54:38 Panelists: That's the funny part. So I'm rushin' back over there with my dear friend, Python hero, Luciano Ramalho, and we're talkin' the whole way and I'm like, Luciano, we've got an issue. I don't speak Portuguese and I'm going to walk up and right into this situation with no prep and so we worked it out where I would go over and stand beside the governor and do kind of the handshake and all that kind of stuff and he would go over and read the damn thing and kind of give me a thumbs up if it was safe to sign. So we go do it and he does all of his BS and I do my BS and we turn around to go sign it and I can't find him anywhere. I'm staring at this one-page thing and I'm like, what do I do? So I signed my business partner's name on it.
55:21 Michael Kennedy: Oh, there you go. It's like you could sign your dog's name or somethin'
55:27 Panelists: On behalf of Open Source, Bob Page.
55:29 Michael Kennedy: That's right, Fido or dreams, stamp.
55:33 Panelists: But if there is, none of my stories ever have any value but if there is a value, in this job, you'll be put into situations that you have to extract yourself from.
55:42 Michael Kennedy: Absolutely, that's awesome. Yeah this reminds me of a book called, Confessions of a Public Speaker, which is really hilarious. I don't know if you've read it, but it's got a lot of great stories like this. All right, guys, we're about out of time so I guess, we'll wrap it up. Normally I ask two questions at the end of every one. I'll just do one this time, since there's three of you. What editor do you use to write some Python or whatever other code? Matt, it could go any way for you. I'm pretty sure I could guess what the other guys are going to say, given their affiliations, but I'll let them speak for themselves.
56:11 Panelists: Oh it's stayed the same, Vim and Tmux.
56:13 Michael Kennedy: Right on, Paul?
56:15 Panelists: I was doing PyCharm before it was PyCharm.
56:17 Michael Kennedy: Right on, Cecil?
56:19 Panelists: Honestly, I've spent a lot of time inside inside of Visual Studio Code lately.
56:22 Michael Kennedy: I would say those two are definitely the big up and comers, PyCharm and Visual Studio Code, so pretty cool. All right guys, it's been so much fun to talk about all this and all the stories and I really think this is a rewarding career path for a lot of folks if they're looking for a change. Also really valuable for companies that maybe they should consider reaching out to folks like you making positions like that. So thanks for comin' on and sharing everything.
56:47 Panelists: Thanks Michael. Sure it's been a pleasure.
56:50 Michael Kennedy: Now I've already said goodbye to the guests and it was so great to have them on the show but after we stopped recording, we had a quick conversation about PyCon and hanging out at booths and stuff and what we decided is if at all possible, the three or four of us are going to put on an Open Space at this year's PyCon in Cleveland. If you really got into this topic and you'd like to meet the guys, talk more about it, that kind of stuff, be on the lookout for an announcement around the Open Space for the Developer Evangelists at PyCon. You are going to PyCon, right? You must go to PyCon. Definitely get your ticket. There's still some available at the time of this release. Hope to see you there and I hope to see you at this Open Space as well. Thanks for listening. This has been another episode of Talk Python To Me. Our guests on this episode were Cecil Phillip, Matt Makai and Paul Everitt and it's been brought to you by Linode and Rollbar. Linode is your go to hosting for whatever you're building with Python. Get four months free at talkpython.fm/linode. That's L-I-N-O-D-E. Rollbar takes the pain out of errors. They give you the context to insight you need to quickly locate and fix errors that might have gone unnoticed until users complain, of course. Track a ridiculous number of errors for free as Talk Python To Me listeners at talkpython.fm/rollbar. Want to level up your Python? If you're just getting started, try my Python Jumpstart by Building 10 Apps course or if you're looking for something more advanced, check out our new Async course that digs into all the different types of Async programming you can do in Python and of course, if you're interested in more than one of these, be sure to check out our Everything Bundle. It's like a subscription that never expires. Be sure to subscribe to the show. Open your favorite Podcatcher and search for Python. We should be right at the top. You can also find the iTunes feed at /itunes. The Google Play feed at /play and the direct RSS feed at /rss on talkpython.fm. This is your host, Michael Kennedy. Thanks so much for listening. I really appreciate it. Now get out there and write some Python code.