"We came for the tech, but we stayed for the humans."
In this episode, we talk about deeply human stories in software with the hosts of The Changelog podcast, Adam Stacoviak and Jerod Santo.
Ben Halpern is co-founder and webmaster of DEV/Forem.
Christina Gorton is a Developer Advocate at Forem. She is a LinkedIn Instructor and technical writer.
Adam Stacoviak is the founder and editor-in-chief of Changelog Media.
Jerod Santo is the managing editor of Changelog Media
[00:00:00] JS: That episode absolutely terrified us in terms of like, “Is this a really bad idea?” Because things could go very south on a show like that.
[00:00:20] BH: Welcome to DevDiscuss, the show where we cover the burning topics that impact all of our lives as developers. I’m Ben Halpern, a Co-Founder of Forem.
[00:00:27] CG: And I’m Christina Gorton, Developer Advocate at Forem. And today, we’re talking about deeply human stories in software with the host of The Changelog Podcast, Adam Stacoviak and Jerod Santo. Thank you so much for being here.
[00:00:41] AS: Great to be here. Thank you for having us.
[00:00:43] JS: Thanks for having us. We’re fans.
[00:00:44] BH: All right. So The Changelog has been around for a while. You’re on Episode 463, as my notes say, and we’re very excited to have both of you on. I’ve been on the Changelog and someone can look up that episode if they want.
[00:01:02] JS: Episode 310, Open sourcing the DEV community.
[00:01:05] BH: So before we get into it, can we get a little bit of background from you too? So Adam, why don’t we start with you? How did you get to do what you’re doing today as a software developer and as an entrepreneur, podcast host and that sort of thing?
[00:01:21] AS: The way I got here really was we’ve shared it several times over many shows and whatnot. So I’ll try and give you a more recent version of a straight line. We did this with Adam Jacob recently, talking about the business model of open source. For me, things began really with like GeoCities and wanting to put something on the internet and then WordPress and the open source nature of it, being able to see the source code and putting it up on the web, and a personal blog that turned into something that was like meaningful for me to learn, but then meaningful for my family, like actually really good at this, and you should do more of this. And this is like timeframes wise, I would say like 2005, 2004. So I hadn’t really considered it at the time. The web wasn’t as mature as it is now to say, “Okay, there’s a real future here,” because I think now it’s more mature to the point where it’s pretty clear there’s a future here. Whereas then, it was sort of like what’s going to happen here. It’s still sort of like being proven. But it was so far back. I was like, “I should try this, I guess. I should dig a little further in.” And so with any good advice, I took my mom’s advice. My mom said, “Adam, you’re really good at this. You should really do something with it.” And that’s when I took it more seriously. I didn’t go to school for software development. I didn’t go to school for design or user experience or the things that I consider skill sets I have as a front end or something like that. And I just sort of just played and tinkered, and there you go, got into more design stuff, eventually got into Sass. I had a blog called The Sass Way for a while there. The repo is still there, but the domain actually expired accidentally. And so the domain isn’t there anymore, unfortunately, but the Twitter handle is still there and the repo is still there. The impact was still there. Sass, as a processing engine around CSS and programmatic stuff, it was really interesting, really pushing like CSS 3 at the time and whatnot forward. And I think I pushed a little bit further there, got an open source and it was around 2009. A buddy of mine and I were sitting there and I was like, “We should really do a podcast around this idea of open source,” because GitHub just made itself exist basically the year beforehand. And it was like, “Well, open source clearly is moving fast. How do you keep up?” And so that became our tagline, open source moves fast, keep up. We established a blog called ChangelogShow.com and we quickly named it TheChangelog.com, which was almost as bad as the first one. The Changelog stuck around, but we eventually moved to changelog.com. We decided to make a podcast and blog really chronicling what happens between versions of open source software. And so that’s somewhat of a short answer to the story.
[00:04:01] BH: I’m imagining a Sean Parker moment when you got the change from The Changelog to Changelog.
[00:04:06] AS: We moved from TheChangelog.com to Changelog.com. That did make it to the blog post announcing the announcement, but it was kind of like that, but we didn’t really officially drop the “The”. The reason why is because there are many channels out there. There’s a lot of Changelogs that exist for good reason. So we don’t want to own necessarily the brand of what Changelogs are, but we definitely own the brand of what The Changelog is.
[00:04:30] CG: And Jerod, can you tell us a little bit about your background?
[00:04:33] JS: Absolutely. So we did a deep dive with Quincy Larson. If anybody wants a three-hour version of these, you can go listen to the freeCodeCamp, and I think it’s on our feed as well. So it’s out there, but the brief version is I very much got into computers because of Napster and WinAmp back in the ’90s. My first machine was a HP that my dad bought me when I was like 17, 18. So I wasn’t super early into the game. I’ve always been a cautiously opportunistic person. And one of my friends in high school said, “Hey, Jerod, you should go into computers because there was a scholarship you can get at the university here if you’re into computers.” And so I thought, “Oh, okay. I can be into computers.” Like most people do, just kind of chasing some money, some free money, and follow that into the software industry. It turns out I really loved it and I have a bit of a knack for these things. I went through college, doing scripting stuff. It was kind of like InfoSec specializations. I wasn’t really a programmer, but a scripter. And then I got into like the programming for the web very much similar to Adam. Mine was really like pimp my WordPress blog. So I had a WordPress blog and I wanted to be read. I wanted to put my latest scrobbles from Last.fm, like in the sidebar and the things that we used to do back in the early ops.
[00:05:46] AS: Flickr and whatnot.
[00:05:47] JS: Liquor?
[00:05:48] AS: Flickr. Flickr.
[00:05:50] JS: Flickr. Yes.
[00:05:51] AS: Yes, Flickr.
[00:05:52] JS: Yeah. Just throw some liquor on the sidewalk. Flickr, for sure.
[00:05:55] AS: That would be fun.
[00:05:56] JS: Right at the advent of Web 2. Right?
[00:05:58] AS: Yeah.
[00:05:58] JS: And so I learned really how to program for the web through that. And then I saw that DHH is Ruby on Rails and he’s built a blog post in 15 minutes. And I was like, “Hello! I’ve found my way in.” And so I really started doing that and did contracts offer for many years. So that brings us to The Changelog. I was not there in 2009 when Adam and Wynn Netherland began. I was just a listener. And I listened to The Changelog because I was doing contract dev out here in the outskirts of Omaha, Nebraska a little bit in the middle of nowhere. I very much felt like I was on an island. And so I would listen to podcasts to feel like I was connected to other developers and The Changelog was one of my favorite podcasts. There were some other ones back in the day. Did you know GitHub actually had a podcast that was just the founders of GitHub sitting around may or may have not been drinking beers and just BSing? And it was called Gitsplosion and I loved it. And as soon as they got some investment money and got official, they had to kill that thing off. But I was just loving podcasts because it kept me connected. I saw that Changelog started to fade out and I ran an independent consultancy. So I had some free time, I guess, disposable time that was up to my own discretion. And so I just offered to help out. This was around the end of 2012, beginning of 2013, and I started blogging on Changelog.com. Actually, it was TheChangelog.com probably at that point.
[00:07:15] AS: It was. Yeah.
[00:07:16] JS: Logging interesting things and eventually started co-hosting the show and our relationship grew and the podcasts grew and here we are.
[00:07:24] AS: A lot of details in there that are missed. And it’s fun, it’s fun to hear even Jerod shares some of the history because this has definitely been a journey. We heard a tweet recently that said, and I don’t like to say this to be boastful, but it’s really interesting when you put a lot of hard work out there and it’s recognized by the community. They said, “At this point, The Changelog is an institution.” And I was like, “You know what? We’re 12 years deep in this thing and we’re definitely an institution. We’ve done so many shows you can go back. We just had a show recently that’s going to come out soon on Oh My Zsh.” Robby Russell was on the show more than 10 years ago, came back on recently for an update on one of the most widely used Z shell frameworks, I don’t know what you call it really, but that’s just interesting. One thing we say often is we came for the tech, but we stayed for the humans.
[00:08:12] BH: Yeah, absolutely. And I’m glad there are some three-hour interviews with each of you or both of you and there’s plenty of backlog on The Changelog. So our episode isn’t going to be too meta or centric on what you two do, and we’re going to get into some of these episodes. But I want to kind of ask you about how Changelog has grown up alongside open source. Because I think like 12 years ago, a lot of what happens in open source was way less mainstream, way less understood. You’ve been at the forefront and now it’s like a lot of things which were a little bit more niche or just established. So how has open source changed alongside this show with you two?
[00:09:02] AS: I would just say, obviously, it’s matured. I think a lot of things have changed. I think the way we form around it, the way the community happens around it, even projects maturing, the way we think about open source has matured. There’s a lot of things you think that are the right way now, but it’s just matured over time. I think about even things with Nadia and funding and the funding of open source and sustainability, this idea around that, even how we think about, “Okay, the only problem in open source is money.” Well, that’s not true because even when projects have money, they have other problems than just something money. Some projects do have money problems and some just don’t have money problems. So I think there’s like different styles of open sores. That’s what matured. There’s obviously the idea of commercial open source now. There’s this idea that you could become up-source and then relicensed and no longer be open source because you choose SSPL or what the OSI deems is or is not in quotes “open source licenses”, which does make sense. We need arbiters out there, like the OSI, doing great work, to help draw that line and that distinction because there’s just a lot of different ways you can leverage open source as a business, as an individual to grow your career, as a software developer to gain new knowledge, as just a curious person to just get more into a different language. It’s so many different facets. In terms of being important, I think it’s the most important thing we have going on in the world today. Everything is run by open source software. Linux is a phenomenally insanely used piece of software, like it is everywhere, everywhere. Sure. Windows is out there and so is macOS and whatnot and different commercial operating systems. But Linux, anybody can grab it and do something different with it. You can change the kernel. You can make your own flavor and your own distribution. It’s just so malleable as a tinkerer. Everybody’s invited. That’s awesome.
[00:10:53] JS: Yeah. I would definitely say that it has engulfed the world of software, that Marc Andreessen quote about software eating the world and open source has kind of eaten the world of software. We used to say that The Changelog was about open source software and people, but we actually even took that off because where’s the distinction? I mean, everybody has an angle in the open source today, whereas they didn’t back then. And so even just to say, like, “We interviewed the hackers, leaders, and innovators of the software world,” because what’s the difference really? And for me, I would say it’s not just matured, but it’s gotten more corporate. And somehow because of that mainstream and often kind of chilly and boring in some regards. And so I try to uncover the obscure and talk to the people doing like the weird and wacky. For a long time, it was very much hobbyists, passion and people, like given a gift to the world and those people are still out there. And so the motivations, not that they’ve changed, but there’s so many more people doing it that there’s more motivations now. And a lot of those motivations are just mainstream capitalist driven motivations, which is fine. And we talk about those things as well. But for the things that I like to uncover and talk about and discuss, we had to work a little harder to find what’s interesting now because there’s so much noise and so much things that aren’t… they’re just not all that different or weird or worth talking about.
[00:12:25] CG: If you can look back and think of the time over, what's been the most challenging aspect? I know you just mentioned kind of the noise and things like that. Can you kind of summarize, what’s been like the most challenging thing for you as you continue on or even in the past with podcasting?
[00:12:42] AS: Everything. I mean I would summarize. Yeah, it’s challenging to summarize because there’s the business behind the thing itself.
[00:12:51] JS: Yeah.
[00:12:51] AS: So I think being able to produce a high quality show that has those characteristics, when Jerod mentioned his history, he came in at the time whenever we were going to legitimize in terms of our business, how we can actually turn it into a business. Because prior to that, it had really just been, and the reason it faded was because it was just a hobby, really. I had a full-time job. I was product manager at a nonprofit called Pure Charity. It’s still there. It’s awesome. PureCharity.com. Love everybody there. They’re amazing. Jerod came around at a time whenever we were going to change this into a business. So I would say like the challenges aren’t just simply creating a podcast. It’s one being in the trenches enough and caring enough to show up for the people that matter, to have them on the show too, to shine our spotlight in areas where it’s not being shined for example and to chase down different ideas like Jerod’s talking about, but also like building a business behind it. And I would even say growing simply from just The Changelog Podcast to JS Party, Go Time, and all these shows we have now, that’s been the challenge like being able to show up every single day and just deliver an excellence every single time, doing that consistently for 12 years or more, it takes a lot of work. So that’s why I say everything.
[00:14:07] JS: So one thing that we’ve focused on is three things actually. We call them the three Cs and we did invent this, Adam. You handed this to me. You did invent this idea.
[00:14:14] AS: I am three Cs.
[00:14:15] JS: You invented this.
[00:14:16] AS: This is my invention.
[00:14:17] JS: So the first one starts with a Q, which is hilarious, but the three Cs are Quality, Content, so there’s your C, is the content, and Consistency and Community. Those are the kinds of the three pillars that we focus on. And I think of those three things, I spoke a little bit to the content, concerns and struggles, especially now versus back then. But after a while, it was like, “What’s interesting? Where is it? Can we find it now?” It’s like the same question, but now there’s a lot more noise. I don’t think the content is the hardest part because there’s so many interesting discussions, so many people doing cool things, overcoming challenges. There’s always somebody worth talking to. For us, it has been the consistency, which we continue to struggle with to this day. I think most podcasters do because as you all know, podcasting is very much a grind and a show every week, whatever you decide your cadence is, maybe you go on seasons, maybe not, there’s different ways you can attack consistency. But scheduling, cancellations, flubbed recordings, a conversation that went off the rails, all these things that go into it, they all attack your consistency. Vacation, sickness, whatever it is. And so I think for us, for me, on my side of it, especially now that we do have a portfolio of shows that record every week, some record live, some have panels, five people. We had nine people on a show. Some are more like The Changelog where they’re every Wednesday afternoon, it’s kind of reliable, just staying consistent and then keeping that quality each and every time. We’re doing our best to do so. That’s our work.
[00:16:06] BH: All right. Let’s get into the meat of this episode. This episode came to be because we were talking about some news stories about some folks who are creating AI chatbots to replicate the dialogue they’d had with deceased relatives and things like that. And talking about not just the fact that this is happening, but sort of the way, it’s such a deeply human and personal type of story. But who do we talk to about that aside from just the folks doing it themselves? And that conversation went to a bit of discussion of some of the episodes I feel like I’ve heard on your show touched me or were like really authentic dives into some deeply human things. And an episode that came to mind was the episode you did with Pieter Hintjens called, “A Protocol for Dying,” was the name of the episode, and it was also the name of a blog post that he had written. Pieter Hintjens, a very notable open source software developer who at the time had terminal cancer and was thinking deeply about death and how it related to everything else, thinking of it in their own terms and Pieter since passed away. But I thought it was a very good episode. I learned a lot. If one of you two want to get into what recording that show is like, how that happened and how you two felt about the whole thing.
[00:17:39] JS: I’ll start on this one. I’ll say this was Adam’s idea. And I didn’t know Pieter Hintjens prior to Adam telling me about him. So he had already written that post, but Pieter is a prolific open source person, the creator and lead maintainer of ZeroMQ. He has the C4, his licensing agreement or Covenant, whatever it’s called, the way that you can interact with a governance model and many other protocols. But he hadn’t crossed my radar. And when Adam brought that show idea to me, he had already written A Protocol for Dying. So this was something that we were well aware of. And I will say that going into that episode, I mean, Pieter was basically living out the end of his days. He knew he was going to die and it was going to happen somewhat slowly. And he was like deliberately living his last days, spending his time as he saw best. And so first of all, it was a complete honor that he would come and talk to us. I had never met him. Adam, maybe you had met him previously. Secondly, I’ll say that that episode absolutely terrified us in terms of like, “Is this a really bad idea?” Because things could go very south on a show like that. And I would just say that anytime that we felt that I guess trepidation, then usually the answer is, yeah, you got to do that show. If a show makes you nervous and a little bit scared, isn’t that like the proving grounds for something amazing? And from my perspective, I was just honored to talk to the guy and learn about some of his precepts and the way he saw things. At the tail end of the show, at one point, I remember, I just said, “Hey, why don’t you just tell us some more stories?” It was almost like we were around the campfire and just letting him tell us stories from his life. It was quite touching, Adam, what do you have to say about that?
[00:19:26] AS: I totally agree with everything you just said. It was a challenge, even been pitching this idea for this show because I had paid attention to Pieter on Twitter, had been paying attention to what he had shared, his blog posts and whatnot and terrible news obviously he had obviously family, I believe had a daughter as well. And as someone who’s also a father, I just looked at this main story and just thought total sadness for him. But then I was like, “I would love to know more about how he’s living.” Because his whole idea was how to pass on the software in a way that didn’t interrupt everyone else’s ability to use his creation. He respected the process of open source and of software so much that it really mattered to him to spend time with people like us on our show to share what was happening, this protocol basically for dying, how to do it. So I had this thought internally, like, I want to get this kind of show. I would love to do this show. I had no idea what it might be. I'm like, “There’s no way I’m going to reach out to them. There’s just no way.” And then I saw him tweet like, “Hey, if you want to reach out to me and talk to me,” like he invited people to reach out to him. And so then I was like, “Okay, great. I can do it without being like a total jerk.” So if he hadn’t had that invitation, I probably wouldn’t have emailed him or got in touch. I would have just wanted to do the show. We just didn’t do it. But he put the invitation out. I reached out and he’s like, “Sure, let’s do it.” And then we talked basically as soon as possible because of his situation. And I remember near the end of the show even that we were like… we say goodbye to everybody on the podcast. Right? A podcast is normally just a podcast. There’s no seriousness to this point of anything. In comparison to life and death, most of what we do on a podcast is pretty meaningless in comparison to life and death. No one leaves our podcasts and passes away. Days later, Pieter did. So when we were saying goodbye on the show, it was challenging. Like even almost now I’m a little crackly because we were really saying goodbye to Pieter because one, I just met him, never met him before, had deep conversation about his life and his legacy, what mattered to him most, and his daughter and his family and all his plans and saying goodbye at the end. We’re literally saying goodbye to this guy. And I know Jerod almost cracked up in terms of tears.
[00:21:48] JS: Yeah.
[00:21:48] AS: Because we were on video at the time and like, “This is even a day, I don’t know how often we did it, but we did it for this one.” And I was just like, “Wow! This is probably the most profound show we have done because just the weight of it.”
[00:22:01] JS: I don’t think I’ve ever gone from not knowing somebody to like genuinely appreciating and borderline loving the guy in the course of two hours. It was just like that. He was that kind of person. You just loved to listen to the guy. To this day, I mean, it’s definitely in my pantheon of our greatest hits for sure. So I’m with you, but then I think that one is powerful.
[00:22:24] AS: Yeah.
[00:22:25] CG: If either of you want to, could you kind of talk about some of the moments of that podcast that struck you the most? I know you’ve kind of talked about it in general and some of the things, but were there anything specific that you all talked about or said or just even just felt at that time that you’d like to bring up?
[00:22:42] AS: I remember even him sharing how he had a metastasis of bile duct cancer in both lungs. And I think he said the way he got was like some sort of thing where it may have been from something you’ve eaten.
[00:22:56] PH: Well, it must’ve been about seven, eight years ago. I ate some bad sushi. That’s what I think happened. And there’s this little parasite that lives in fresh farmed fish in Southeast Asia. And if you don’t cook the fish or really freeze it very solidly, then this parasite gets into your duodenum and attaches itself to the bile duct and begins to produce carcinogens. And this is one of the major killers of men, men specifically around 50, in many Southeast Asian countries. But these are very poor people. And this disease is basically just an ignored disease.
[00:23:31] AS: And it was just like so bizarre how fragile, I suppose, human life is, is like I can go eat the wrong thing or there’s some sort of like debate whether that was even the cause of it or whatever, and like life can unfold. So I just think, for me, it was just reinforcing that hold dear the people near you. We show up every single day and ensure tech moves fast and it’s like, “Well, you got to raise a venture and you got to do this. You got to push that and you got to show up every single day.” And you almost got to burn out just to show up just to like succeed in “to somebody else”. And I don’t mean to paint venture capital by any means in a bad way. We just feel like this weight just like move as fast as possible, and that’s not our model at all. And we are slow down and check yourself or slow and steady wins the race. And that’s because of stories like Pieter. And Jerod and I both are fathers. We love our families deeply. I’m sure everybody loves their family deeply, but we just know how much it means to show up for them. And so we make choices for this business or for our show. Pieter and his story just helped for me reinforce the reasons why we choose slow and steady. The reasons why when we’re moving too fast, we say, “Slow down and check yourself,” because we can move fast and we can accomplish some sort of goal that might be financially driven or whatever driven. But if we don’t show up for our families or for our kids or we miss these moments, our lives are so fragile. You know what I mean? There’s this such fragility and just to enjoy those moments and just to really show up for the people you care about. So for me, Pieter has reinforced those beliefs for us and for me.
[00:25:08] JS: Yeah. So I touched on the campfire stories near the end and that was definitely the most enjoyable part because when you just say like, “Hey, tell us some stories.” And then he just started telling us stories. I don’t remember the stories. I just remember like he was so open and so like, “Yeah, let’s do this.” That really touched me. One thing that I noticed is that he was really proud of his C4, which I always butcher the acronym. So I looked it up. That’s the Collective Code Construction Contract, and this was his favorite protocol. So I asked him. He’s written over 30 protocols. His blog post was A Protocol for Dying. He’s going through like very nitty-gritty of how he’s going to go and spend his final days. And he said that his most favorite or most proud protocol is this C4 because it’s a way of working with people on software. And so it was very meta.
[00:26:01] PH: I really like our protocol because it works really well. I mean, we’ve tried it now for years and it works almost magically well, and it’s written kind of from an artistic viewpoint where you don’t really care what people feel as such, but you do care that they do feel. And so there’s this kind of very brutal approach to human nature in there where how do you solve bikeshedding? Well, you look at the emotions involved. You look at why people argue. If you look at the fallacies that people have in their minds, and then you reposition that they go away, and to do that it takes a certain distance. If you’re involved and you really care too much, then you can’t do that, I think. So I love working with people and I think I’m hyper social. I’ve made hundreds or thousands of friends in the last years as I’ve gone around the world with conferences and so on. And that’s one of my great pleasures and happiness in life is people, other people.
[00:27:02] JS: He was more proud of that than any other. And it’s not very popular. They use it at ZeroMQ. It’s very permissive. It’s radical in very many ways. And I think that’s why it’s not very widely used because most people can’t be that open with their open source project. But I think he might accept all commits and then just like rewrite them afterwards. I don’t know. It’s got some interesting bits and I should go back and read it again. But the details of that protocol aside, the fact that that was what he’s most proud of is this thing he wrote about how we govern ourselves amongst these projects. I think it really speaks to how deeply he thinks about these topics.
[00:27:40] BH: Yeah. I mean, for me, I do remember this episode is being really impactful for how I thought about how open source software can or should be maintained in a lot of ways. I didn’t go around adopting any of this literally. It’s pretty radical, but it was a big influence for me. Also, Pieter passed away. He hasn’t been around to see the evolution of things as they’ve happened in the past half-decade. But I think pretty much everything like he has written about, if you take it from its principal's perspective, is pretty timeless. Not stuff everyone will agree with, but I think timeless in nature of like how to think about really the chaos, I think, of software development and that sort of stuff. His blogs are still around to be read. He’s written a lot of personal stuff. You’re not going to go there and find a million things that are personally you agree with or work for you. But your episode I think really distilled a lot of the most impactful stuff he’d written. I think he was thinking about it very lucidly when he came on and talked about it and I think it was pretty meaningful and I definitely suggest that people who are curious about thinking deeply about some of this stuff, give that show a listen and anticipate it impacting them in some way.
[00:29:27] CG: You all had another really powerful episode with Lara Hogan, Author of Resilient Management, titled, “Leading Leaders Who Lead Engineers”, which obviously hits on some of the most human aspects of software, which is managing people. Can you give us a little description of that episode and about Lara herself?
[00:29:49] AS: Lara, man. She’s awesome. I’ve been paying attention to her for a bit in terms of like her leadership style. I pay attention to her newsletter. And Jerod and I were just talking about this the other day because I was a little nervous having her on because I had been just such a fan of her for years. And we even say in the episode like this was years in the making episode because I’d actually held off because of my imposter syndrome, emailing her and saying, “Hey, come on the show and share a lot of your ideas.” And I guess finally I was like, “You know what? Let’s just do it.” And so I emailed her. We got on the show and we thought through pretty much this excerpt that she had on a list of part, which was Resilient Management, An Excerpt. And it was from her book and we really broke down kind of this core construct of like a mentor, a coach, a sponsor and delivering feedback, these hats you definitely wear when you’re a leader. And I love that people side of things because it’s not just simply like how do we learn this API and deliver this application and then deploy it and keep it up. I mean, these are all obviously phenomenal skill sets to grow, but just like digging deep into how you help somebody be a better player in the team is phenomenal. Her ideas around coaching and sponsoring and the differences there and mentoring was just awesome. So I just was excited. But at the same time, I was very nervous having our show. I was like been a fan for a while. It happens.
[00:31:14] JS: She really opened my eyes to really just thinking about sponsorship more in the aspects of ways you can invest in somebody else and help somebody else. One of her emphases as an emphasis, when it’s plural emphasizes, one of the things she talks about a lot is how we focus on mentorship we as an industry. And I think even individually inside that industry, we think about mentorship in ways of helping people. And while it’s legitimate, it’s not everything. And it’s also kind of the most self-centered way to help somebody because it’s really like, “I know a thing. Let me teach you a thing.” And so it’s a little bit about a mentor. I’m not saying there aren’t good reasons to be a mentor, but often it’s like, “Hey, I’m smart. Here’s how I can help you. Because you’re not a smarter experience. So here’s some advice,” which is often needed, but it’s not the only thing people need. And she really emphasizes people’s need for sponsorship, just really going out and giving them opportunities, going out of your way to voucher somebody or to offer their name for that role or whatever happens to be. Get them in the door and in a place. Those things are incredibly powerful and incredibly helpful for people that you’re trying to invest in. And we often focus too much on the mentorship side, which is teaching somebody something and not enough on the sponsorship, but it’s really opening a door or giving a leg up because those are things that people need as well. And I hadn’t really thought about that way.
[00:32:40] AS: She shared a story too about that process. It wasn’t just by any means not that she would, but it wasn’t pontificate. It wasn’t like, “Here’s how you do sponsorship.” It was like, “Here’s an example of sponsorship in my life.” And she was saying a time when she was at Etsy, because she was an engineering manager at Etsy and how her boss at the time she wasn’t promoted yet, her boss was away for a sustained amount of time and they were like, “While I’m gone, Lara.”
[00:33:06] LH: He was a VP. I was not. And I was not prepared for what that was like. You didn’t ask me first. It was sponsorship, as you said, Adam, by force, sponsorship by force. But again, it connected me to so many different people within the business. I didn’t know what CAPEX or OPEX was. I didn’t understand how headcount worked. And it threw me in the deep end in a way that really, again, skyrocketed my growth.
[00:33:27] AS: She gave good concrete examples of how to sponsor in ways that showed up in her life to help her be where she’s at today.
[00:33:33] LH: I was leading a web performance team as sitting like a product infrastructure group. And my director was in the meeting, vouching for me, and all the other directors in the meeting were saying, “Yeah, but maybe she’s not technical enough. Like, frontend, I don’t know. I think we have to… she doesn’t have enough background and other experience.” And my director was like, “You know, she wrote a book about web performance, right? I think that we can say that she’s technical enough to have the job of a director like you all, you know?” And that’s sponsorship too. That was behind closed doors. I didn’t know about that until much later. Sponsorship can be invisible to you also.
[00:34:10] CG: You all were just talking about kind of the takeaways there. In this episode, you talk about meeting compassion and empathy in order to lead. Can you talk about these traits and how they are necessary components for leadership even in tech? Especially in tech.
[00:34:27] AS: Oh, let me see. I think Lara could do a better than I could. I think we were asking her other questions on that front. But to that note, we have a show called Brain Science, and it’s because I’m super curious about, I guess, just humanity and I happen to have a friend who is a doctor in clinical psychology. Her name is Mireille Reece. And the show is now not in production, which just makes me super sad because I love that show. But I learned so much through the Brain Science Podcast about empathy and compassion and all these different things. From a psychological standpoint, how does it manifest? What’s required? You know what I mean? It’s just really an interesting process. But I think empathy is sort of meeting somebody where they’re at and I’m by no means giving a clinical terminology of empathy. But if you can meet somewhere they’re at and you can understand where they’re at and still accept them and love on them, I think that’s a high quality of a leader. You have to care about somebody. And empathy is seeing somebody in pain, a challenge or whatever, and not just like, “Oh, sorry for you,” but sorry for you and also I want to find ways to alleviate that pain. That is a hallmark for a phenomenal leader. I know you’re in pain. It could be financial pain. It could be career ladder pain. It could be skill pain. It could be whatever it is, being ostracized from the community or from the team because you’re not fitting very well, whatever it is. A leader steps up. A leader empathizes in those ways and doesn’t just see the pain, but wants to resolve it. So I think that’s like a critical skill. And it is a skill. It’s something that you don’t just get. You grow an empathy skill because you practice it like anything else day by day.
[00:36:18] CG: Anyone with kids knows that it’s a skill that they learn over time.
[00:36:22] AS: Right. Precisely. Yeah. And we did 32 episodes on that show. And I think there’s people who still tweet about it. It’s been out of production for about a year and it bumps me out because I love that show so much. We just don’t have the time for it, right this very moment. But I’m hoping someday we might be able to bring it back in some way, shape or form. But there’s just so many great nuggets in there. And I think about things like mindset and like a lot of the mindset I have with empathy and with different things I’ve gotten from like exercise in that part of my brain by producing that show. If you’re listening to this, check it out. Not too good of a show, but just to upgrade yourself. It’s an awesome show. I love it.
[00:37:03] BH: The next episode I’d like to talk about is entitled “Every Commit is a Gift.” Can we hear about what that show is all about?
[00:37:12] JS: So Every Commit is a Gift is an episode we did just recently. I think it was either this calendar year or last calendar year. I think was just the spring.
[00:37:19] AS: It was June, Jerod. It was June.
[00:37:21] JS: That’s right, celebrating Maintainer Week with Brett Cannon. We’re in a bit of a time vortex at the moment, but we are.
[00:37:26] AS: I forgive you. I forgive you.
[00:37:28] JS: This was for Maintainer Week. So we were involved in Maintainer Week, which was put on, in collaboration with GitHub and Tidelift and trying to get like maintainer events happening, celebrating maintainers, talking to maintainers, helping maintainers, get them together. And of course, as we’ve been long time in the open source world and we’re here for the people, the people of open source are the maintainers. I mean, there’s lots of users, but the best users become maintainers and the best maintainers are the most, I think, giving people out there so much so that they give themselves to the point where they completely sometimes destroy themselves, just giving. And so this episode with Brett Cannon, who is one of Python’s steering committee core member, so he’s been very involved in open source by way of the Python project for very long time, is really a conversation around a blog post he wrote, which is about how every single commit that an open source maintainer puts out into the world should be viewed is literally, but should be viewed as in terms of the recipient as a gift and comes therefore with no strings attached and no expectations beyond. And it’s really trying to set boundaries around how users of open source software and maintainers of open source software interact with each other, because there’s lots of problems in that particular area of what we do, mostly because of mismatched expectations, but also because of bad actors and also because of real-world problems that we bring to our keyboards and take them out on other people and the lack of empathy. So as part of Maintainer Week, we spoke with Brett, who’s been on the show a few times, about how he views open source as this metaphor of him putting a present on his lawn. It’s like free USB sticks and you walk up and you take it and now it’s yours.
[00:39:25] BC: It’s the Git repo, right? And you can just come by and grab it and do whatever you want with it. And as long as I’m enjoying myself, I’ll keep refreshing that pile of flash drives. Does that give you the right to come to my front door and leave a flaming bag of something because you’re upset of how I did something? Right? Or leaving me an angry letter or standing from the street screaming that Brett Cannon makes horrible software and you should never listen to him and he ruined my life because he took away this API or something. Now that isn’t to say that people could end up with certain expectations, right? Like Tidelift’s model of paying the maintainers so that they actually do have a financial not only incentive, but almost expectation to do certain things. That makes sense. And I do understand that and I think that’s great. But for a lot of people where they’re not being paid to work on this stuff, that expectation I don’t think carries over. That expectation always holds. “Oh, good luck and paid for it,” I hope you do. I don’t think those are equivalent. I think that the transaction here is different.
[00:40:26] AS: We did this with Kara Sowles and Josh Simmons of Tidelift and GitHub and whatnot and we did this as part of Maintainer Week because we just absolutely love software maintainers, as I’m sure you all do as well. Every chance we get we want to find ways we can show up for them. And because Brett had become a friend of ours, we knew the perspective he has, not just somebody, “Oh, I wrote a blog post and it’s pretty popular,” or whatever, but we knew that Brett has a good lens for the ways to justify the relationship of a maintainer and open source in the community. And so doing that show as part of Maintainer Week was just like perfect, honestly. I mean, it’s exactly the kind of show we want to deliver for that kind of event, which Maintainer was just about celebrating software maintainers, open source maintainers. So we did that with Brett.
[00:41:12] CG: As someone who’s not a maintainer necessarily, because our whole team maintains our open source project, but manages our repo. I manage our repo. When there’s like a project where a maintainer is, especially when there’s a project where it’s a single maintainer or maybe they don’t have like a whole team behind them and stuff, I definitely get that concept of this is a gift. I can keep putting stuff out there as a gift, but you coming at me and expecting things is maybe not the way this should be working. But because we’ve had people before in our repo who are passionate, I say passionate, about different things on our project, I also see that as a gift sometimes because if someone really, really deeply cares and they want to like comment on it or even add to it, especially add to it is helpful, but even just comment and like really kind of push you to like think about where your project is going and what you’re doing, I also see that as a gift too. I know there’s a lot of pushback a lot of times from people in open source, but just kind of something to add there, someone who helps manage.
[00:42:18] AS: Totally. Well, I would call you a maintainer because we had a podcast yesterday, that one was Robby Russell. And the reason why I say that is because he expressed some challenges with finding help co-maintainers of Oh My Zsh. And I think it’s because, in the Brain Science, shall we say we have to name things to tame things. And sometimes naming something helps you define obviously what it is because a name gives you a reference point. But I think we can massage the idea of what a maintainer is not just be like, “Well, I ship code to this repository.” I think you’re very much a maintainer. If it’s open source and it’s open source related, you’re a maintainer for sure. And to not make people feel like they’re imposters by showing up and thinking, “Well, am I really a maintainer? I kind of contribute.” I think you’re definitely a maintainer, a hundred percent.
[00:43:04] CG: Thank you.
[00:43:05] AS: You’re welcome.
[00:43:06] BH: In terms of our situation with regards to this topic, there’s certainly some additional social contracts that need to exist because we are a commercial open source project and our responsibilities I think probably go a lot further than that pure unilateral volunteerism kind of component. When we work with our community, ask for help in certain projects, from our perspective, we have to be really careful about doing so in a way where everything is mutually beneficial. And we really certainly try to maintain our open source projects such that, “Hey, if anybody wants to use this and download this, this is for everyone. We foster this thing, but it’s really for everyone.” That was the movement of taking DEV and turning it into this Forem thing. But yeah, I just kind of wanted to say that our responsibility as a commercial open source project, like people should scrutinize us I think in a different way than your average volunteer maintainer. And from my perspective, I would want that and I would also ask that of like GitLab to be held to a certain type of standard that like the pure bottom-up open source alternative to that project might not. GitLab went public today. They’re now officially a $14 billion company. It’s kind of like you got to ask different things of them.
[00:44:32] AS: Yeah.
[00:44:32] CG: Yeah.
[00:44:33] AS: Well, that speaks to the maturity we talked about earlier though, right? Like when you said, how has open source matured over the years? I think that speaks to the maturity of it because Brett’s perspective from what I recall in the post is his contribution to Python itself. Whereas your all contribution to Forem is different than his contribution to the same open source commons that we all lean upon. So it’s a facet totally. But I think that speaks to the maturity because a GitLab or a Forem and the commercial aspect of it, you still have the software and it’s still licensed permissively. You have AGPL V3 license. I could take that software today and go commercially use it. There’s probably some copyright conditions I have to adhere to. But for the most part, if I contribute to it, I can also take your software and do some commercials with it as well. So it kind of depends. I mean, licenses play a role in helping that line and being crossed too because what makes open source open source is, one, I would suppose OSI’s blessing of the license. But then, two, its permissiveness and its restrictions.
[00:45:38] JS: Right. And AGPL is not one of the more permissive licenses, but we don’t want to necessarily bikeshed licenses. At the moment, I will say that that’s why I started off with it’s so important to set expectations. So I think you can layer on top of this gift concept and hold yourself to a higher standard. And if you put your higher standard out there, like in your documentation, in your ReadMe, in your communications with your community, and here’s where we are, we’re going to be here. I remember we just had Richard Hipp back on the show from SQLite. Well, another one of our greatest hits, Episode 201. Check it out. He’s one of my favorite guests. He says they want to maintain SQLite until 2050. That’s something that he holds himself to and he puts that out there. Now can they get that done or not? Not sure, but that’s like a much higher standard than Every Commit is a Gift. Now it’s still a gift to the world, but he’s layering on top expectations that he’s willing to hold on to. That’s what you’re doing in your case. But the beauty of open source if GitLab suddenly lets all of us down or Forem, God forbid, goes against their previous statements, like fork it and start a revolution, that’s the freedom in open source is spell it backwards or more F. I don’t know, a lot of more F project.
[00:46:50] AS: Right. Like Deno and Node.
[00:46:52] JS: That’s right. Not less F. We need more F around here. That’s the cool thing about open source, that was a gift as of that point. Now maybe the next point, it moves to something that you don’t want anymore. That sucks. And maybe you are let down by those people, but there are options. Whereas with proprietary, you’re basically SOL, right?
[00:47:13] AS: Yeah. Precisely. It’s copyrighted. It’s intellectual in terms of IP. It may not be intellectual in terms of its actual code base, whatever. Yeah, for sure. And that’s the beauty of open source is we can all show up and accept this free gift, and we have choices based upon that. Whereas if it’s proprietor, there is no gift and there is no option really.
[00:47:33] JS: Which is why I am an advocate for people, very clearly communicating on their own projects, the projects that you create and run, very clearly communicate the expectations of you and of the community. One of the questions we ask many people, “What kind of open source project is this? Is this open source, you can look at it, but we don’t actually want any contributors?” That’s totally fine, by the way. That’s your choice, but make that set clear. Or is this like come one, come all, we’re going to federate a thing and have a huge community? Then set that expectation. And then there are more things people should expect than just what we’re talking about with Brett on that episode. But I think it’s a baseline.
[00:48:16] CG: I definitely have a backlog of podcasts listened to now. So I really appreciate talking to you all.
[00:48:22] AS: You're welcome.
[00:48:23] CG: So Adam, Jerod, thank you so much for joining us today. We’ve really enjoyed it.
[00:48:27] AS: It was awesome. Thanks for having us.
[00:48:28] JS: Yeah. Thanks for having us and it’s been lots of fun.
[00:48:39] BH: This show is produced and mixed by Levi Sharpe. Editorial oversight by Jess Lee, Peter Frank, and Saron Yitbarek. Our theme song is by Slow Biz. If you have any questions or comments, email email@example.com and make sure to join us for our DevDiscuss Twitter chats every Tuesday at 9:00 PM US Eastern Time. Or if you want to start your own discussion, write a post on DEV using the #discuss. Please rate and subscribe to this show on Apple Podcasts.