Transcript #87: Guido van Rossum steps down

00:00 Hello and welcome to Python Bytes where we deliver Python news and headlines directly to your earbuds.

00:05 This is episode 87 recorded July 17th, 2018. I'm Michael Kennedy.

00:10 And I'm Brian Okken.

00:11 And Brian, we've got a really special episode for some big news here.

00:15 Yes, and we've got some great guests helping us with this.

00:18 We do. We have Carol Willing and Brett Cannon both joining us to get somewhat of an inside perspective on this Big, somewhat sad announcement, and we're going to dig into that.

00:30 Hello, Carol. Welcome to the show.

00:32 Hi, how are you doing?

00:33 Great, thanks for being here. Hi, Brett.

00:34 Hello, everyone. Thanks for having me.

00:36 Yeah, absolutely. It's great you're here.

00:38 So before we get into this, I want to just quickly thank Datadog for sponsoring the show and tell you guys quickly about them before we dig into the stuff because there's not a real break.

00:46 So let me just say thank you to Datadog.

00:49 If you have infrastructure that you want monitored, if you have multi-tier or multi-server applications, you can plug in Datadog and get distributed tracing, logging, error handling, everything all in one place, 14-day free trial, and sign up at pythonbytes.fm/datadog.

01:06 You'll get a cool Datadog t-shirt.

01:07 So thank you for them for sponsoring this episode.

01:10 Brian, you want to tell us what the big news is?

01:13 - I think I'm just about as clueless as everybody else.

01:15 I'm just in shock.

01:17 Last week, we heard an announcement that Guido was stepping down as the BDFL.

01:23 Yeah, that is a big deal.

01:24 So there's been a little bit of debate about exactly what he meant when he said this, you know, was it he's just taking a break?

01:32 Is he actually stepping down?

01:34 So let me just read the salient parts of the announcement.

01:37 So this was an email sent to the Python mailing list, Python dev mailing list, and the title was transfer a power.

01:44 And here's Guido's words, bits and pieces taken from his email.

01:49 Now that PEP 572 is done, I don't ever want to have to fight so hard for a PEP and find that so many people despise my decisions.

01:57 I'd like to remove myself entirely from the decision process.

02:01 I'll still be here for a while as an ordinary core dev and I'll still be available to mentor people, possibly more available, but I'm basically giving myself a permanent vacation from being BDFL and you all will be on your own.

02:15 I'm not going to appoint a successor.

02:17 The decision, he says basically, summarizing that the day to day stuff is going to be fine, but the decisions that matter that may be affected are how peps are decided and how new core devs are inducted.

02:27 And then finally, sort of on the parting thought, said, I'll still be here, but I'm trying to let you all figure something out for yourselves.

02:33 I'm tired and need a very long break.

02:35 So that was the announcement and that's the big news.

02:37 And that's what we're going to talk about today.

02:39 First, I just want to say thank you to Guido for doing so much for so long, creating one of the most popular programming languages in history.

02:46 I have publicly said this, I am personally forever indebted to Guido and the team, because they basically taught me how to program for real.

02:54 I have an official education in all this, but I have always stated that how to actually develop in the real world is entirely down to Guido and the team.

03:03 Yeah.

03:03 That's awesome.

03:04 And I think Guido has done so much, not just for the language, but also for the community as well.

03:10 And I know I appreciate from the earliest days when he was designing Python, how he made it accessible for learners and for people to actually use the language.

03:23 And, you know, when I'm teaching people, whether it's with Jupyter or high school students, like I'm teaching this week, it's just a pleasure to do it in Python.

03:33 And personally, I have a lot to thank him for, but even more so for the greater group of people as well.

03:39 Yeah, I don't know if he specifically set out to set the tone as he did, or if it was it's just Guido being Guido, but I think he definitely deserves a lot of credit for setting the tone that this community has ended up with, as being inclusive and welcoming. And just the basically what makes this community as amazing as it is.

03:59 Yeah, it's not just technical. I think one of the special things about Python, unlike many languages is there's sort of professional programming languages that can build high end stuff.

04:07 And there's learning languages that are super basic, but you got to stop to go build real apps with something else later. And this is one of the few languages that you can start simple and finish big with. And so that is really, I think, part of its magic.

04:20 But also, you know, you go to PyCon and these other conferences, and you look around and the people around you look like more like general society and less like a bunch of white guys.

04:30 You know what I mean? And to me, that is a really special thing.

04:35 It really is. It's not as far as it should be, but it is on the path to where it's on a good path. It's unlike other communities that I've been involved in.

04:42 So I think that's also really important.

04:44 Well, I think Kim as a person, I think he has his personality has so much to do with it.

04:49 You mentioned PyCon and one of the things that Guido did at PyCon was I had asked him if he would meet a young man called Joshua Lowe who does Edgeblocks, which is this really cool user interface that lets you go from scratch to Python code. And we were talking about how Joshua had made it over dinner and then the next day Guido probably spent an hour just hacking with him and made this young man's PyCon experience more amazing than it was just the day before.

05:25 So that's really awesome. Yeah. And Brian, you got to have lunch with him at the last PyCon, right? That was really fun. They did a drawing of people that donated to the Python Software Foundation. They drew a handful of names, and I think there were like six or seven of us have lunch with him. And one of the things that was really interesting at that lunch was we were in around the table and talked about who what everybody does and what their contribution or not to Python was.

05:54 And I talked about some of the things I was doing, you know, mentioned a full time, a full time job, but I also, you know, work on trying to teach testing and pytest and other development processes to people. And he looked at me and said, so you, you have got a full day time day job, how do you have enough energy to deal with all the negative feedback you get from contributing to Python.

06:18 And I haven't really got that negative feedback.

06:22 And that's what, I guess that was a bizarre, I thought of it as a bizarre question, but now in context it makes a lot of sense.

06:29 He was at the center of the pressure points, right?

06:32 That's tough. So let's maybe talk about what some of the root causes for this.

06:37 Like, he specifically calls out PEP 572 in his letter that he sent out.

06:43 But I feel like there must be more to that like like PEP 572 was the straw Not everything but Carol and Brett you guys are more on the inside. You probably have more exposure to this. What do you think?

06:56 Honestly, it was the last straw about I don't know what Carol thinks But I personally figured Guido was probably going to retire in the next I don't know two maybe three years Just because he's joked so long about retirement and I think he was just getting ready to just not do it and he's been working on Making the projects self-sustaining for quite some time But admittedly from my perspective PEP 572 got really nasty It was so much negativity that I think he just got fed up and said like look I've been doing this for 28 years. I've been putting up with general negativity as well and this groundswell was just too much to bear and just like forget it I don't want to put up with this anymore I'm gonna as he said He's gonna retire. He's still the bdfl that for life bit is true, but He's basically said my last dictatorial declaration is I am not going to make any more dictatorial declarations ever again Have fun Yeah, yeah, but no it got extremely negative like when guido announced the acceptance of the PEP The very first tweet at him was too bad. It's a waste of time And that was just a very common occurrence of just nothing but negativity.

08:13 There wasn't constructive feedback or anything, and it dragged on forever.

08:17 There were some missteps in terms of how it was communicated, in terms of a technical aspect of how it was communicated through the list, like reposting the PEP.

08:26 But people just really just piled it on, and it was just unnecessary.

08:32 It was just not constructive.

08:33 And that's as Brian pointed out, that's why he asked that question.

08:37 How do you handle the negativity?

08:38 Because there can be a lot of negativity anytime you touch this language.

08:41 People love it for a reason.

08:43 And if there's any hints of you changing something that they don't like, some people really overreact.

08:47 And if you saw my keynote at PyCon US, it was entirely on this topic because it can get so overwhelming sometimes when people just jump on you and expect to apart used so widely as Python. There's not a small number of people who feel the need to share their opinion. And unfortunately, share it in a unconstructive way. And I think it just finally made him just go, yeah, you know what, I don't need to ever put up with this ever again, forget it, and just said, I'm retiring.

09:16 One thought that I had when we were getting ready for this show was, you know, it's kind of related to what Brian said, as well, like, you know, has a full time hectic job at Dropbox, right? He's already fully committed to working on stuff. And then he's trying to bear the, you know, significant portion of the weight of people not wanting changes or demanding changes to Python in various ways. And, you know, do you, Carol, think it would have been different if the PSF had made a space to sort of employ Guido to be in that role and not make it, you know, there's the stress of the experience and there's the stress of these are my final two hours of the day and I'm already exhausted. Now I'm getting this, you know what I mean?

10:01 I can't speak for Guido, but I mean, I don't know that that would have solved it. I mean, I think he has been doing what he wants to be doing. And I think if he had said, "Hey, I want to do this," people would be, you know, very happy to accommodate him. I think largely what Brett had said, you know, we were talking in the office here at Jupyter the other day and we were saying we can't believe how long he has shepherded the language and dealt with, you know, people's comments and fostered, you know, the direction of the language.

10:36 And in many ways, any maintainer will feel over time some burnout when there's negativity around a project. And I think it's unfortunate that people choose to make things personal when they don't need to be personal, that they view things with black and white as opposed to wanting to compromise over something. And I remember when I was facing some burnout and he was one of the people that said to me, "Well, do the things that you really enjoy, electronics and teaching and is really helpful advice.

11:15 So I think maybe he's taking some of his own advice.

11:18 - Yeah, it has been a really long time that he's been working on this.

11:21 So I've never worked on a single project for 30 years, right?

11:26 I've not been programming for 30 years, honestly.

11:29 But it just seems like, you know, it's pretty natural for him to step down.

11:33 One thing I really wish, and Brian, I think we spoke about this last time.

11:37 I wish he would have just sort of gone into a more, I'm kind of stepping back for a while and hung in there until after 2020 and Python 3 becomes the one and only Python.

11:48 And sort of that could have been like a celebratory stepping down rather than I'm frustrated and I'm giving you guys the reins.

11:55 I would have liked to see him retire in some sort of celebration, mission accomplished type of experience, you know?

12:01 It would have been nice, but the problem is, is there still the chance of another, I don't think uprising is quite the right word, but an explosion of negativity between now and then.

12:11 And while I would like to assume the community has switched over to three, and every number I've seen has said that, I also don't know if the people who are holding onto Python 2 are going to react reasonably come January 1st, 2020 as well.

12:27 So I could also see him going like, you know what, I don't want to risk having to put myself through that after what he's just gone through. Yeah, that's possible.

12:34 I totally get the perspective of it would have been an amazing party.

12:38 January 1st, we're at PyCon in 2020 going like, "Yeah, we've moved on to Python 3.

12:43 Guido's getting the well-deserved retirement he wants, and it would have been an amazing party, but instead we're just going to have just the amazing party for Python 3." And I'm personally fine with that.

12:51 We can invite Guido. I'm sure he'll be there.

12:54 I don't think that that...

12:56 I mean, he's still the president of the PSF, so he obviously is still going to be involved.

13:03 And, you know, it's up to us as the community, Much like the SciPy community did last week, they did a really nice "Thank you, Guido." They got everybody from the conference together and gave them a very thoughtful "Thank you," which I've never seen them do for anything before, so it was really cool. I think he has touched so many people in so many different ways that that celebration will come. I think looking at it, I don't know that there's ever an easy way to change how you make decisions and governance when you have many personalities involved.

13:41 And it's unfortunate how it came out, but I think there had to be something that would give us a catalyst in the developer community to really take some of these issues on that are not necessarily new issues to us. He's been asking us to do it for quite a while and we just haven't either had the the bandwidth or the sort of kick in the pants to actually go and do it.

14:07 - So we're all kind of like the 29 year old kids still living at home and Guido's like, "Get out, go live on your own, take care of yourselves." - A little bit, yeah.

14:15 - All right, so you spoke about governance and decision making and stuff.

14:19 Like what do you think is gonna replace Guido being the final decider?

14:24 - It's actually still being actively discussed.

14:27 As the email Guido sent said, he's basically leaving it up to us.

14:32 He did not dictate how we were going to govern ourselves afterwards.

14:38 So he has left it up to us.

14:39 He actually didn't even dictate how we would even choose how we would choose to govern ourselves.

14:45 So there's not even a specific choice yet of how we would potentially vote for this.

14:50 Like some people have said PSF fellows, some have said core devs.

14:54 So there's, it's a completely open-ended question, honestly.

14:58 The current thinking seems to be around, and Carol can obviously correct me if my feeling doesn't jive with hers at all, either potentially another BDFL or a somehow council of elders or some such.

15:15 It seems to be the key thing is just trying to figure out how we want to steward the design of the language.

15:20 We've been managing ourselves daily for quite some time.

15:25 and Guido's not directly involved with releases, so that's not even an issue.

15:28 It really comes down to how do we have someone make the final decision on PEPs?

15:33 Who says yay or nay?

15:34 Who makes the technical decisions?

15:35 Who chooses the paint color for the bike shed?

15:38 That kind of thing.

15:40 That's the really key thing we have to still make a decision on.

15:43 >> Yeah, and I think Brett kind of put it, you know, I think the emails that I've at least seen on Python committers have been very respectful and really trying to seek out what is going to happen from here.

15:58 And I think Guido's email mentioned four things, day-to-day decisions on the issue tracker and GitHub, how peps are decided, which to me is sort of like the direction of the language and who stewards that, how new core devs are inducted, and the code of conduct.

16:16 And if I look at all four of those, the day-to-day decisions, as Brett had said, releases and things like that, we're in a good spot, and we should probably just be doing what we have been doing.

16:30 How new core devs are inducted, I think that will fall out of whatever decision-making we have for the language.

16:38 I know that we've made some progress over the past couple of years, and I continue to see that we will make progress.

16:46 And the code of conduct, I think we're all recognizing that being professional and civil to each other and talking about issues as opposed to whether somebody's intelligence gets called into question or whatever is not the right way to do it.

17:04 It's better to be professional.

17:06 And how PEPs are decided, it seems as if, much like Brett had mentioned, that we're sort of converging on maybe three individuals as like a triumvirate or one and no more than five is sort of how I've read it.

17:23 - Okay, that makes a lot of sense.

17:25 It seems to me whatever the decision is, it should be odd, not even.

17:29 - Actually that came up already and Tim Peters, for those of you who've been in language for a long time, might recognize the name, who's gotten active again, partially thanks to PEP 572.

17:38 So at least there's one very nice perk from my perspective from what happened with PEP 572, pointed out that the odd number in voting typically is very important when you have an either A or B decision, and you have to choose one or the other. But if you have a status quo or a change, so more of a yes, no decision, having the tie go to the status quo is not quite so critical. So we could theoretically go with a four and really not have too much of an impactful problem in that regard.

18:07 Yeah, I guess it would lead to stronger debates.

18:09 You've got to bring someone over to your side if it's a split decision.

18:13 And if they fail to decide, then it just stays the way it is.

18:16 Right? Nothing new is adopted, I guess.

18:18 Yeah, exactly. So there is the possibility of actually going with four, for instance.

18:23 Interesting.

18:24 I don't think anyone suggested two.

18:26 It seems to be pretty much one, three, four, five seems to be the running numbers right now.

18:31 Right.

18:31 Yeah. Interesting. Okay. Yeah, that makes a lot of sense.

18:34 So I guess the final thing that we should spend some time on is, is this a problem for the community? Is this is this going to hurt Python's fantastic momentum? Is this going to hurt the growth or evolution or sustaining Python? Or do you think it's just a little bit of change on how decisions are made and not such a big deal?

18:58 Do you want me to take that first, Brett?

18:59 Yeah, yeah, go ahead.

19:00 You go first, Carol.

19:01 So I think the language will continue to thrive and will continue to grow.

19:07 Will some things be different? Yes. But Guido's made it very clear.

19:11 He's still going to be accessible on mailing lists.

19:14 He's still the president of the PSF.

19:16 The PSF is largely with the community support, doing many of the outreach things and things to grow the community.

19:25 And then the core development side of things, I think what you've seen is sort of a shift in some ways away from strictly the language to also, you know, Python has a very rich ecosystem of libraries.

19:39 So things like Jupyter and SciPy and NumPy wouldn't have come about if Python, the core language hadn't been so wonderful to work with.

19:50 And so, yes, there was going to be work to do to figure out how to continue the design of the language, but I have every belief and commitment that that will happen.

20:02 I agree. I think the way I don't think this is going to change the momentum for the language, I don't think honestly anyone should really be worried at all. There might be a slowdown in terms of new features for Python 3.8, which I know some people actually like the idea of.

20:20 basically, I view it no more as a temporary pause in language defining changes. And honestly, we've had a language moratorium before back for Python 3.3, I believe, which I should know, since I helped write the PEP for that. So if anything, you can view it as basically just a moratorium on language changes for a little while until we decide how we want to govern those kinds of changes. And then it'll just more or less go back to where it was. Now, the pace might be slower than it was if for instance we go with a council versus a another dictate benevolent dictator who could potentially come to decisions faster and just do other things like it's potentially more nimbly in my personal view but I really don't see this really affecting the language long term or even medium term or basically short-term defending on your definition of short yeah for some definition of short yeah I suspect we'll have this all worked out in the the next few months. I'd be really surprised if we don't have a solid plan of what our options are by the end of the year, and if not already decided by then.

21:26 Now I've got a hopefully a quick question. I guess I don't know how, when there's discussions on on PEPS, who can participate in those discussions? Is it just core developers?

21:38 I have to caveat this with this was the way it used to be.

21:41 We'll see if this continues, but to answer that question, Brian, basically the way we suggest people do peps is they come with an idea to Python ideas the mailing list and they propose it and usually pretty quickly people either go that's been proposed before no that's not doesn't seem very Pythonic or there's that seems like a possibly good idea and Guido did occasion come in and say yes there's a possibility for this or shuts would shut an idea down quickly so people didn't waste their time and then usually they have a discussion work out some rough details and then usually the proposer goes away and comes back with a rough PEP saying all right here's a more formal proposal and then more discussion on Python ideas to help that author refine it and then what they would do is they would then bring that to Python dev and then with more or less a finalized PEP and then any final salient details would be worked out and then either Guido would name what we called a BDFL delegate who would be someone he delegated the final decision to in terms of technical details and also whether the PEP would be accepted, or he would keep the BDFL vote himself and he would eventually make the call.

22:55 One change that has been floated though is to take a PEP from Python ideas to Python dev, you might start needing more of a co-sponsor from a core developer to help make sure that the idea seems solid enough to bring forward and also to make sure the PEP is in a good position because One of the problems with PEP 572 was, while the idea was there, the PEP wasn't fully fleshed out to the level that we typically have PEPs from Python ideas on dev as.

23:25 And so there was a lot of repetitious discussion of things that should have been recorded initially in the PEP to have tamped down on the repeated discussion.

23:33 Because the discussion of Python ideas actually was a bit more reasonable than it was on Python dev and less reactionary, funny enough.

23:39 So that's generally the process is idea to Python ideas, then a rough PEP and then refine it.

23:46 And then once it's fairly refined, goes to Python dev, final discussion, and then either Guido or a named BFL delegate made a decision and the PEP either got accepted or rejected.

23:58 And that's basically the way it was.

24:00 Is there a point in that process where the rest of the community can, I guess, add to the opinion or?

24:06 So yes, Python ideas is a completely open mailing list. Python dev is also a completely open mailing list. So none of these discussions are happening behind closed doors at all. The only mailing list, honestly, that is in any way closed in any of this process is Python committers, and that is more technical details that only affect Python core developers themselves and not peps. So none of these discussions happen in such a fashion that outsiders--

24:30 outsiders is a bad term. People who happen not to be core developers are always able to bring forward their opinion. The part of the trick though is not having people suddenly pop in and leave their opinion without checking what other people have said or come in and not understanding how to be professional about leaving their opinion. So there's always a balancing act of trying to ask too widely of people who don't quite understand the norms of how to communicate well honestly. But none of the conversation is closed off such that people can't participate. So for instance, Brian, if we had a testing oriented one, you're totally happy to come in and participate, whether it's at the nebulous stage and Python ideas or drafting up that path, or Python dev, where it's very much more finalized, like very honing into the technical details of how this would work and really thinking through the ramifications and really focus focus discussion before final decisions made. Okay, but as I said, this is how it was, I don't know how we're going to tweak. Yeah, that makes a lot of sense. Yeah, and it should more or less be the same going forward, it just might, we might start being a bit stricter about when peps move from my Python ideas to Python dev to try to make sure the discussion doesn't get rehashed. And as Carol pointed out, this is kind of brought forward some code of conduct issues that will probably, I know I'm personally working towards refining and have been since PyCon to help try to push even harder to keep the discussion civil. Right. And I think in addition to just the civility of the discussions, one of the things that I want to look at is can we use some of the great stuff that we have in natural language processing and pull out like the most meaningful content when it comes to comments? And, you know, part of the issue with 572, there were so many comments that you had to kind of read them all if you wanted like the full spectrum. And not all of of us have time to do that.

26:30 And so, you know, a way to condense or shorten the period of comments or something.

26:37 And that's as much a social issue and in some ways a conduct issue as it is a technical issue.

26:43 - Yeah, that'd be something like in my own community, for instance, in like physical communities, everybody is welcome to attend the open city council meetings, but hardly anybody does.

26:55 However, when there's a change that affects everybody, that's usually posted somewhere.

26:59 And then there's like a period of open for community comment or something.

27:04 I'm not saying we need to do that with Python, but I agree with this somewhat, maybe a curated or rough read or some cliff notes version of the discussion up till now before somebody can jump in.

27:17 - Yeah, and that's definitely something that's been talked about.

27:20 - All that puts work on the Python community itself also to do that, that's work as well.

27:26 - Yeah, and actually historically, the PEP was supposed to capture all of these details, like the rejected idea and open discussion, open idea section in every PEP was meant to act as a running summary of the discussion to help prevent that.

27:42 But for instance, in the case of PEP 572, it was a bit overwhelming on the volume and it can be hard to do that.

27:49 So as Carol mentioned, there's discussion going on now about how we can potentially help alleviate that load on the pip author while making sure that that kind of thing is taken care of.

28:01 - Yeah, it sounds like there's some community stuff to do as well, but I have faith that you guys will figure something out in terms of the voting and the decision-making.

28:11 And I guess I wanna sort of echo Carol's thought in when I ask about the momentum.

28:17 So much of Python's momentum is with the ecosystem and the extra libraries and PyPI and all of these things.

28:26 And honestly, if the language didn't change one bit for five years, I still think there would be massive momentum in the community.

28:33 So I don't see a real danger here.

28:35 - Not at all.

28:36 And honestly, I think the momentum's due to the community and Guido has helped shepherd it forward and bring it to where it is.

28:44 But I think at this point, the language, the language in the community built around it is honestly bigger than Guido at this point.

28:52 So while we'll all miss Guido immensely and his contribution was very important, I don't think the community should worry because the community itself is gonna be what carries this forward.

29:02 - Yeah, and I think a lot of the core developers, as well as community members, are gonna ask themselves, hopefully before they post messages and things, like, what would Guido have said?

29:13 What would Guido think?

29:14 You know, put yourself, write your email messages like you're the BDFL and have to convince people.

29:23 I think there are some people that are very articulate and have great ideas and add a lot to improving it.

29:29 You know, I think the PEP didn't get improved from beginning to end, but it's taxing when you have to slog through the negativity.

29:38 And I think what Brett is saying, like, hey, let's up our game so that the people who are doing the bulk of the work aren't getting negativity thrown at them when there should be collaboration and, hey, this is for the greater good of the language.

29:59 You don't have to use it or trust.

30:02 I think trust is a big part of it.

30:04 Trust that the people who are making the decisions are being good stewards for the language.

30:10 And I think that the discussion that I've seen so far, I think most people are doing that and will continue to do that.

30:17 - Yeah, I think that was already mostly there.

30:19 It's just, it is sad that this put the final straw on Toguito, but thanks to him for everything that he has done I think this may be a good place to leave it.

30:29 Brett, Carol, you guys want to have some final parting thoughts on this whole idea?

30:34 Anything else you want to add before we call it a show?

30:36 - Not really.

30:37 I think we've pretty much, as we said, don't need to panic, keep on coding.

30:41 I think we're gonna move past this with no real issue.

30:44 Obviously, thanks to Guido, as we've all said, and hopefully, while it's sad that Guido's retiring, hopefully we can learn some lessons from why it came about when it did, and be better for it coming out the other end.

30:59 - Yeah, absolutely. Carol?

31:00 - I agree with what Brett said, and I also think the surprise may still come.

31:04 Guido is not going away.

31:07 he may be more focusing on things that rock his world that he sort of put on hold while he shepherded the design and decision-making of the language.

31:19 And I think there's still some Gito surprises yet to come.

31:24 And I look forward to that.

31:25 And I just thank him for being an amazing person as well as a great language developer.

31:32 - Yeah, I totally agree with that.

31:34 - He actually has not disappeared.

31:35 He actually just replied to some emails yesterday today about PEP 44, which is type hints.

31:40 So he's still actively engaged.

31:42 So he definitely is not disappeared off the map.

31:44 >> Yeah. >> Nice.

31:45 Well, if I could throw some ideas out there, Python WebAssembly browser, just going to leave that there if he wants to, you know, try something new.

31:52 (laughing)

31:54 Brian, anything else?

31:55 >> Yeah, I just wanted the, just the obvious heads up of, if you've got a negative reaction about something or some feeling of entitlement, you sleep on it, you know, don't hit the keyboard right away.

32:08 Try to talk to people online as if you were talking to them in person.

32:12 And, again, if you haven't watched, the Brett's talk from 2018 PyCon go watch it cause, it was an eye opener for me.

32:21 How similar was that to your PyCascades one, Brett?

32:24 Pretty much the same.

32:25 It was my PyCascades talk became my PyCon US keynote talk.

32:31 Yeah.

32:31 So definitely people should watch that.

32:34 I think it sets the right tone for things.

32:37 I'll put that in the show notes.

32:38 - Awesome.

32:39 - All right, thank you all for being here.

32:40 It's really, I think it's important to spend some time talking about this and just sort of getting that inside information out for everyone in the community.

32:48 And I think we're gonna be fine, so let's carry on, huh?

32:50 - That sounds good.

32:52 - All right, bye everyone.

32:52 - Bye. - Bye.

32:53 - Thank you for listening to Python Bytes.

32:57 Follow the show on Twitter via @pythonbytes.

32:59 That's Python Bytes as in B-Y-T-E-S.

33:03 and get the full show notes at pythonbytes.fm.

33:06 If you have a news item you want featured, just visit pythonbytes.fm and send it our way.

33:10 We're always on the lookout for sharing something cool.

33:13 On behalf of myself and Brian Okken, this is Michael Kennedy.

33:16 Thank you for listening and sharing this podcast with your friends and colleagues.