Command Line Heroes - Bonus: Developer Advocacy Roundtable

Episode Date: December 17, 2018

Developer advocates play important roles in open source communities. We brought a few of them together to explain how and why they do what they do. Sandra Persing (Mozilla), Ricky Robinett (Twilio), and Robyn Bergeron (Red Hat) sit down with Saron to share what they’re working on, how they support their communities, and what they’re looking forward to in 2019. Meanwhile, Season 3 of Command Line Heroes is already in the works. You can be one of the first to learn about new episodes when they drop this spring. If you haven't already, subscribe wherever you get your podcasts. It's one click, and it's 100% free. Season 1 and 2 are also available for your listening pleasure while you wait! Listen at redhat.com/en/command-line-heroes.

Hi, everybody. I'm Saran Yitbarek, and this is a special bonus episode of Command Line Heroes, an original podcast from Red Hat. This podcast went a lot of places in Season 2. We explored programming languages, data overload, security crises, the advent of serverless. I mean, we even went to Mars. But after closing out season two, there was still one more place we wanted to go. We wanted to go inside the minds of the advocates and thought leaders who help shape all the work that developers do. Sometimes they're called developer advocates, or they're in developer relations, or they're developer evangelists. Whatever their exact titles, from the developer's perspective, they seem to do a lot of the same things. You've seen them give keynotes at conferences. You've heard them getting

interviewed on podcasts like this one. You've probably read their blog posts. But who are they? And what exactly are they using their voices to get done? To ring in 2019, we've pulled together a roundtable of amazing people for you. While their titles are all different, their purpose is the same. They're here to help developers and make sure their needs and voices are heard. These folks are classic command line heroes. From the Bay Area, Sandra Persing is a Mozilla Global Strategist and creator of the DevRel Summit. Hi, Saran.

Hello. And also in San Francisco, we have Ricky Robinette. He's the director of the Developer network over at Twilio. What's up? Joining me from just outside of Phoenix is Robin Bergeron, a community architect at Red Hat. Hi there. How are you? I'm doing great. Excellent.

So there are a lot of titles floating around. There's developer advocate, developer evangelist, developer relations. And with all these new things, basic definitions are super important. So I think a good place to start is just to define what these things are and specifically what you all do in this space. So can you tell me your job title and what that title actually means? Ricky, let's start with you. Sounds good. My title is the Director of the Developer Network. What I have the privilege of doing is serving a team of developer relations professionals. We have an evangelism team, we have a education team, and we have a community team. So it's definitely a mishmash of all the different titles you hear. We kind of collect them on the team. Awesome. And Zandra, what about you? I am at Mozilla as the global strategist for events and sponsorship. And I work with our

developer outreach team in the emerging tech group at Mozilla. And I usually explain my day-to-day activities as a lot of research and communications and explorations that really leads to evaluating and deciding, you know, how we should all invest our resources, our time, money, swag, speakers, etc. In order to give back to the developer community, but also to receive feedback from the developer community. So both the evangelism side and the advocate side. Awesome. And Robin, you're up next. Hi. Well, so my official title is community architect. I get a lot of questions about this title. I've gone by community manager, I've gone by developer advocate, I've even gone by operations advocate at one job in the past. But I like to think of what I do

as, you know, when you're a community manager, like the idea that you're really managing all these people who are contributing out of the goodness of their heart is sort of a silly notion. So I like to think of what I do as building frameworks in which people can actually successfully participate and make sure that roadblocks aren't in their way and that they can get done all the things that they want to get done. And Rikki, since you are essentially the director of the entire network, you're not just in advocacy or evangelism or community, it kind of feels like you're running the whole show. How do you understand this idea of being an advocate,

either for developers or advocating to developers? Yeah, that's a great question. Phil Nash, who's one of the evangelists on our team, had a great framing for this that I'm going to steal, which is we have a lot of different ways of describing what we do, but ultimately a lot of them just mean help. I like that. Yeah. Stack Overflow. Sometimes it looks like building a new tool. Sometimes it looks like organizing an event. And then sometimes it looks like initiating a product change internally. So I think that's the best framing I've heard is really our responsibility is to help. Absolutely. And Sandra, what I'm so interested in about your position is that you're not just a strategist, you're a global strategist, and you're all over the world trying to bring developers together and help them as part of your job at Mozilla. When we think about advocacy on a global scale,

what does that look like? Does it mean something different across different countries, continents? Yeah, absolutely. We know we just wrapped our third annual DevRel Summit this year in Singapore. And the past two years, we hosted the event in Seattle and getting out to Singapore, we saw a different perspective. When we get outside of the Bay Area, it can be something as basic as, you know, how do we make sure everything just works offline because connectivity is such an issue? Or something like, how do we just make sure a developer who's working in Indonesia feels just connected to a developer community, whether that's online or on-site through meetups? And always going back to recognizing that some of our quote-unquote basic things, some of our easy things, like creating a simple meetup in the Bay Area, which is so a dime a dozen, right? You throw a rock and there's a meetup everywhere.

It's still something really special and something that a developer in, let's say, Vietnam still sees to be incredibly important and valuable in enriching their developer community life. And one thing I'm noticing is that everyone has mentioned community in some way. And I run a community myself. I do Code Newbie. And I regularly get recruited by companies to be an evangelist or a community manager for their company. And one thing that I've always been a little worried about, maybe a little squeamish about is thinking, okay, I've spent the last three, four years taking care of this community

with no strings attached on my terms. I'm doing what I think is best. But if I work for a company, then will I have to sacrifice that? Am I gonna be in a position where I have to put the company before the needs of the community? And how do I balance that relationship?

So I'm wondering, Robin, maybe we could start with you. As a community architect, how do you separate that? How do you maintain that church and state relationship, so to speak? Well, it's certainly an interesting balance. I mean, one of my former jobs was actually being the Fedora project leader. And, you know, Fedora is the upstream for Red Hat Enterprise Linux. You know, part of your role there is really to be sort of the bouncing act, right? The pass-through between, you know, are people happy in the community?

Is company happy with what the community is doing? And making sure that, you know, basically everybody's one big happy family. And, you know, I think when you're doing your job best in that position, yeah, you're pretty much bound to probably anger someone at the, you know, at the corporate headquarters once in a while. But, you know, the proof is in the pudding at the end of the day, right? Like, I, people ask me all the time, like, how do you balance, you know, what's going on with Ansible and Red Hat? And, you know, like, when Ansible got bought by Red Hat, like, oh, my God, is Red Hat going to, you know, take it over and, you know, do something terrible to it and, like, get rid of, you know,

Ubuntu support? And it was like, that would be defeating the whole purpose of having this entire project. Like, we haven't gotten to 4,000 contributors by being terrible. Making sure that your management trusts in you and that you have clear communication with folks all the time about, you know, what's actually going on and that there aren't surprises, you know, on either side of the aisle is part of what makes the difference between, you know, success and maybe not always success, but, you know, certainly people being surprised. Absolutely. And Rookie, what about you? How do you think about church and state in that relationship when you're doing so many different things?

I think you have to believe in the company and the technology. You have to believe that what you are bringing to developers is going to have an impact on their lives and their careers and their companies. And then on the flip side, you have to have executives who believe in this approach to your work. So we're very lucky that our CEO is a developer and in many ways was the driving force behind the way that we approach our developer community.

Our evangelists have a mission to inspire and equip developers. And so there are times when we say, is this going to inspire and equip them? Because if it's not, we shouldn't really be doing it because it's something that's outside of our purview. Sandra, I feel like you're a little bit at an advantage because Mozilla is a nonprofit. So I feel like maybe I I was going to say. Yeah, tell me about that. The history of Mozilla is that we're a rebellious company.

We've always rebelled against the corporate man, right? The whole history of coming out of Netscape and with one of our founders, Mitchell Baker, and making sure that the web is, and the internet is an open and free resource for all. I mean, we still, every one of us, every mazillion believes this mantra and we hold it to it, you know, dear to our hearts. So it's absolutely an amazing, you know, company that has embraced the community side 100%. Absolutely. So, Rikki, I vividly remember the red sports jacket. And I remember

seeing you personally on stage doing these awesome demos. And it feels like that whole approach to connecting with developers and helping developers was very new. Where did that idea even come from at Twilio? Well, that's very kind of you to say. We do really believe we stand on the shoulders of giants here. You think of Guy Kawasaki with Apple, people doing this style of marketing way before us. I think that we got to be fortunate enough to be at the right time to take this to developers. And there's just so many people who came in with this idea of how we can do this and how to keep leveling up how we approach it.

I don't actually know who invented the red track jacket, though. So now I need to go find the history of where that started. That's a great jacket. I know. That's my mission for this afternoon now. And I'm wondering, how has that idea of evangelism and advocacy? How has that changed over time at Twilio, given the fact that, you know, at one point, you were a small little startup or a little rebellious startup, and then now you're kind of a big company? How has the shape of evangelism changed as the company itself has changed? the hackathon scene. And now that's not the same scene. And so really, the biggest changes have been driven outside the company rather than inside. So I talk about evangelist-inspiring

and equipping. And so the nice thing is that hasn't changed in all the years. So the ways that they inspire and equip keep going differently, but the mission itself doesn't change. And Robin, with the rise of DevOps and DevSecOps, what does advocacy look like for you and for being that community architect? Is there going to be a ops advocate? Well, actually, that was, I mean, my first job after dropping out of school. Don't recommend it, kids. Don't do that at home.

Stay in school. Listening, looking at you, daughter. My first job was actually as a sysadmin at Motorola for a number of years. And when I moved on from being in charge of Fedora, I worked at Elasticsearch for a while and, you know, had this title of developer advocate and was like, yeah, so I hacked my way through several semesters of C in college. But, you know, my heart was always in operations. I started feeling like, am I really a developer advocate? I feel like I'm just advocating to ops folks mostly. And I just started calling myself an operations advocate, which nobody blinked an eye at this. Everyone said, well, that's a really cool title. I'm like, you know, I'm just advocating in general, mostly, you know, to the inside of my company

about what everybody else is doing. So, Sandra, we talked about how advocacy and evangelism looks different in different parts of the world. But I'm wondering, over the years, as we become increasingly more global and more connected, has the larger picture, the larger shape of evangelism shifted over time for you? You know, what is developer relations? Are we pitching our product, being truly mindful of listening and responding to the needs of developers is key above all else, not pitching product. I always go back and share with my team at Mizola that developers are actually one of the smartest and creative customer base that we'll ever work with. They can smell that BS from miles away. So we have to be smart about how we are sharing information. Like it has to be a diverse group of talented and intelligent minds all coming

together to become creative in our approach of communicating to our developer community. I really like that. I like this idea of many different skill sets, I guess, backgrounds need to come together to really serve developers well and to help developers help themselves too. When I think about the rise of developer advocates, to me, it feels very connected to the rise of open source. It almost feels like the more open source contributors there were and the bigger deal open source became and the more big companies took it seriously, they almost had to establish better relationships with these open source contributors, these developers. And it feels like those two are really connected to me. So I'm curious about your ideas about that. So Robin, let's start with you.

Is that true at all? Is that idea of advocacy connected at all to the rise of open source? If you are a company who is selling software or selling whatever licenses, long-term support, you know, whatever your open source company's business model actually is, if you don't have that feedback loop or you're not actually paying attention to what people are saying, you're going to wind up delivering the proverbial wrong thing. And really being able to encompass that around the world

and just day-to-day in what you do is the difference between success and, I guess, making the wrong thing, which nobody wants to spend time doing. That's a bad idea. Yeah, that's generally a bad idea. Cool. So I want to know from each of you what you all have been focusing on, really thinking about. So, Ricky, let's start with you.

What kind of improvements do you try to bring about in the developer culture in your role at Twilio? If I were to say the phrase I've heard the most when I talk to developers, it's, I'm not a developer, but. And that's probably like one of the biggest things that's always on my mind is broadening the definition of developer. Imposter syndrome for so many of us is a very real thing. It's just amazing how even some of the best developers you know are struggling with it. And for me, that's one of the biggest things we can all do in our culture is give people permission to say, you know what, I am a developer. I am solving problems with code. And so one of my favorite stories is we have a member of our community

named Doug McKenzie, that's a magician. And he taught himself PHP so he could use tech in his magic tricks. Doug is so cool because he was super humble about like, oh, I'm not a developer. And suddenly you see like he's writing more complicated code than many people have ever seen to do things that blow minds. And so I just feel like there's so many Doug McKenzie's in the world who are doing great things with code. And we have the opportunity to give them permission to be part of the community and to have an identity in that work. I love that story because it reminds me of someone

I interviewed for the Code Newbie podcast, actually. And she was a writer. And she had a bunch of assignments where she had to learn Git in order to write about Git. And she'd written so many of these articles, and it grew to be on other coding topics. And eventually, you know, a couple years had passed, and she'd essentially become a developer and didn't know it.

And by the time I interviewed her and I said, hey, do you know that you're a developer? She's like, no, I'm a writer. And I said, you can be both. They're not mutually exclusive. But yeah, that shift in perspective of saying, hey, I'm actually coding and creating, therefore I can now call myself a coder. It's tough for people.

It takes a while to get there. Yeah, absolutely. Yeah. So, Robin, for you, what's been the most positive change that you've managed to push forward in recent years? Just making sure that as we grow, that we're not losing track of the big picture, that, you know, our main goals around, you know, keeping it simple for people to use, simple for people to contribute to, you know, simple to actually, you know, get stuff done with in your life, making sure we're not, you know, losing track of that or getting more engineering help to just work on some of the structure of the actual project and make sure

that we're doing a good job of keeping all that stuff in order was, I don't know, I thought that was important. I don't know that, you know, I'm going to win a Nobel Peace Prize for that. But I know it's something that mattered a lot to lots of the contributors. That works for me. Sandra, what about you? What's been the most positive change that you've managed to push forward in recent years as a global strategist? Two things that really stand out from my mind is expanding this definition, the persona of developer, has been something that's been very important. We'd love to grow our community, right? So why restrict the definition and the description of a developer. When we did a panel at Sundance with some famous

names like Reggie Watts and Chris Milk, we gave an opportunity for filmmakers, producers, decision makers to say, oh, we can do that too. We don't have to be bound by restrictions of what can we do as creative filmmakers. We can adopt technology and we too can become developers. And that was very refreshing to see. Another moment that we had at Mozilla was bringing an artist, Ian Brill, a light artist in Chicago, to work with us on a project that we label Arch. And we brought this huge plastic light, LED light, with seven Raspberry Pis being programmed structure to two significant JavaScript developer events this year. And in order to invite more programmers,

whether they call themselves developers or not, to try out two languages that Mozilla was advocating this year pretty strongly, WebAssembly and Rust. So we created two simple templates to say, try it out. But it's not programming that we wanted to push towards. It's not coding. It was, yes, there's some lines of code. It's language. But what you want to do is create a few lines that now can translate into art. And that brought so many new people into our fold, literally brought them to our table. And then they would write their lines of code, go and walk over under the arch to see their light expressions now being looped in the structure. That was amazing.

Wow, that sounds beautiful. Absolutely beautiful. So I'm wondering, when we talk about advocating for developers, and we talked a ton about community and this idea of at the end of the day, whatever our job titles are, we're really just trying to help people. What do developers need help with? Ricky, let's start with you. What do developers say that they need from you? Wow. Yeah. That is a good question. I think that one of the things we found is that technology is changing so quickly. And a lot of what we get asked about is just where do I start? What do I do first? How do I know I'm on the right path? For us, that's probably one of the areas we have been investing the most is we call it like helping people discover their power to

change the world with code. Beautiful. I approve. Thank you. Yes, that's exciting. So we built a tool called TwilioQuest to help people discover that power, to help them know where to get started. But I just sense, you know, there's been this theme of people finding their identity or getting permission to have that identity. And for every person that's writing code already or solving problems with code or software, there's so many more who want to and just don't know where to start yet. So that's a thing that's on our mind a lot. Yeah. So Robin, for you at Red Hat, what are Red Hat developers looking for? A lot of times it's people who come to you and, you know, they've got some roadblock in their way, whether it's, you know, somehow my PR fell through the, you know, robot cracks. But a lot of times it's also people who are like, hey, I had this cool idea.

Maybe it doesn't quite fit in here, but I thought maybe it might improve, you know, how the community is running or might be a good, you know, companion tool to other stuff that we're working on. What do I do? And it's like, well, you know, companion tool to other stuff that we're working on. What do I do? And it's like, well, you know, how can I help you get started? Like, you know, what can I do? Like, do you just need someone to say yes? Because I am here to say yes all day long to basically anything. And just let people know that, yes, of course you have permission to do that. So that's, you know, I think the best thing that you can do, at least in my position,

is make sure people don't have things in their way or, you know, I think the best thing that you can do, at least in my position, is make sure people don't have things in their way or, you know, if the one thing that's in their way is waiting for someone to just say yes, keep reiterating all the time that you don't need permission. But if someone needs it, then by God, give it to them. So the last question, we need to wrap things up. So I'm going to ask you each something. What is the single most important thing that you're going to be advocating for in 2019? If you had a magic wand, what's the next big thing you'd want to change? Sandra, let's start with you. Oh, I knew you were going to do that.

Well, the biggest challenges and yet the most exciting projects that we're going to be working on for 2019 is to truly deliver on our promise of the web being one of the greatest, biggest, most accessible platform. We always tell developers it's where you should build and deploy everywhere. But knowing that the web itself is incredibly complex and that we have multiple browser vendors out there, sometimes that's not a true statement. And it's been a perennial challenge for us, especially at Mozilla, where we want to keep the web open and free and accessible for all. We want to continue to make sure that we are fulfilling that promise to our developers, that the web is indeed open, accessible, and available to all. Oh, love that. Ricky, what about you?

Just making sure we're serving developers where they gather online and offline throughout the entire world. It can be super easy to get focused on what you see and forget that there's developers everywhere, even when you don't see them. So I would wave my magic wand and just be more places all over the world, finding out how we can help developers there. I just want to say I love Jared's talk about dark matter developers. It was incredible. It's like such an amazing concept when you hear it for the first time. It's like, wow, that really is a thing.

Oh, tell us about that. What's a dark matter developer? Essentially, there are developers out there. There are those who do not show up to your meetups, who do not participate in GitHub. Online communities do not contribute to Stack Overflow. Those are the developers who are still actively working and contributing, but we do not know. We know that they're there, but we cannot see them. We cannot identify them.

And those are actually a very important segment of the developer community that we tend to ignore and we cannot. It will be to our detriment working in developer relations to ignore the community that does not speak up. And we need to be more proactive in searching those dark matter developers out in our universe. Oh, I love that. That's very cool. Yeah. And Jared actually works at Twilio, right? Yes. Yes. He runs the APAC, Deverell. One of my former Red Hat colleagues who's now at a company called Tidelift, Chris Grams, actually used to have a blog that was titled Dark Matter Matters because it's sort of the, you know, the things you don't see still actually matter.

Absolutely. And Robin, what about you? What would you do with your magic wand? Oh, with my magic wand? So many things, but I guess pursuant to this conversation, getting better at managing our dependencies upon each other and maybe not surprising each other, especially when so many of us work in, you know, OpenStack and OPNFV and Ansible and all these things that, you know, build on top

of each other. Just making sure that the relationships between our projects is more obvious than things can be when you're head down in stuff. So that's a thing I'm really looking forward to over the coming year because we're getting traction and stuff. It's very exciting right now. Traction is always just so good. It's so exciting. Well, I want to thank all of you so, so much for joining us today and sharing your minds and your thoughts and your stories. Thank you all so good. It's so exciting. Well, I want to thank all of you so, so much for joining us today and

sharing your minds and your thoughts and your stories. Thank you all so much. You want to say goodbye? Bye, y'all. Thank you so much, Duran. It's been a pleasure being on this panel. Yes, thanks for having us. Absolutely. Today's roundtable included Robin Bergeron, community architect at Red Hat, Sandra Persing, global strategist at Mozilla, and Ricky Robinette, director of the developer network at Twilio. I consider myself hugely lucky to have platforms where I get to share my vision for what our community could become, whether here on this podcast or elsewhere. But I want to point out, you do not have to have your own podcast to be an advocate. Being an advocate simply means you keep your eyes open

and you speak up on behalf of others. It really can be everybody's job. So I'm hoping Robin, Sandra, and Ricky give you a little inspiration to advocate for what matters to you. Meanwhile, Season 3 of Command Line Heroes is already in the works. You can be

one of the first to learn about new episodes when they drop this spring. If you haven't already, subscribe over at Apple Podcasts, Google Podcasts, or wherever you get your podcasts. It's one click and it's 100% free. I'm Saran Yitbarek. Thank you so much for listening. And until season three, keep on coding.

Hi, I'm Jeff Ligon. I'm the Director of Engineering for Edge and Automotive at Red Hat. The number one hesitation that I think folks have about Edge is that they assume they're not ready for it. They think that it'll mean starting over from scratch, or that every time their business needs to change, they'll be re-engineering solutions and re-evaluating vendors. And look, Edge is complex, and it does mean a different approach, particularly for devices at the far edge. But with Red Hat, it doesn't mean starting over with new platforms. We've taken the same enterprise solutions that simplify and accelerate work across the hybrid cloud and optimized them for use at the edge. So you can manage your edge environments just like you do the others.

Come find out how at redhat.com slash edge.