« Return to show page
Transcript for Episode #170:
Guido van Rossum steps down
0:00 Michael Kennedy: This past week we've had a passing of the reins for Python leadership. Guido van Rossum, who created and has been shepherding the language for the last 30 years, has stepped down from decision making around the Python language. Join Carol Willing and Brett Cannon, both long time core developers and Python leaders, along with my co-host at Python Bytes, Brian Okken, as we discuss that the future holds for Python and how this change will affect how Python is created and how it evolves. This is Talk Python to Me, Episode 170, recorded July 17th, 2018. Welcome to Talk Python to Me, a weekly podcast on Python, the language, the libraries, the ecosystem, and the personalities. This is your host, Michael Kennedy. Follow me on Twitter where I'm @MKennedy. Keep up with the show and listen to past episodes at talkpython.fm and follow the show on Twitter via @TalkPython. This episode is sponsored by Linode and Rollbar. Please check out what they're offering during their segments, it really helps support the show. Hey everyone, Michael here. Just want to add a quick editorial note before we get to the main content. This episode was originally recorded under Python Bytes, my other podcast that I do with Brian Okken. If you don't listen to Python Bytes you should, it's pretty awesome. The format normally is cover a bunch of really quick topics to talk about the news of the week, well this news item was so big we decided to dedicate a whole episode to it, and it's really a good fit for Talk Python, and I wanted to make sure everybody got the whole story behind what's going on here, at least as best as the four of us can present it. So what you're hearing today is the show that we recorded for Python Bytes also played in Talk Python, if you haven't heard it over there, I think you'll really get a lot out of it, if you have, honestly it's the same thing, just a heads up. Thank you all for listening and I hope you enjoy the show, and just one more time, thank you to Guido for everything he's done, it's bee really amazing. Now let's get to the story. I'm Michael Kennedy.
2:09 Panelists: And I'm Brian Okken.
2:10 Michael Kennedy: And Brian, we've got a really special episode for some big news here.
2:15 Panelists: Yes, and we've got some great guests helping us with this.
2:17 Michael Kennedy: 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. Hello Carol, welcome to the show.
2:31 Panelists: Hi, how you doing?
2:32 Michael Kennedy: Great, thanks for being here, hi Brett.
2:34 Panelists: Hello everyone, thanks for having me.
2:35 Michael Kennedy: Yeah, absolutely, it's great you're here. Brian, you want to tell us what the big news is?
2:39 Panelists: I think I'm just about as clueless as everybody else. I'm just in shock. Last week we heard an announcement that Guido was stepping down as the BDFL.
2:49 Michael Kennedy: Yeah, that is a big deal. So there's been a little bit of debate about exactly what he meant when he said this. Was it he's just taking a break, is he actually stepping down, so let me just read the salient parts of the announcement. This was an e-mail sent to the Python mailing list, Python Dev mailing list, and the title was Transfer of Power, and here's Guido's words, bits and pieces taken from his e-mail. "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. I'd like to remove myself entirely from the decision process. 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. I'm not going to appoint a successor." He says, basically summarizing, that the day-to-day stuff is going to be fine, but the decisions that matter, that may be affected, or how PEP are decided and how new core devs are inducted, and then finally on the parting thought said "I'll still be here, but I'm trying to let you all figure something out for yourselves. I'm tired and need a very long break." So that was the announcement and that's the big news and that's what we're going to talk about today. First I just want to say thank you to Guido for doing so much for so long, creating one of the most popular program languages in history.
4:13 Panelists: To publicly say this, I am personally forever indebted to Guido and the team 'cause they basically taught me how to program for real. 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.
4:30 Michael Kennedy: That's awesome.
4:31 Panelists: And I think Guido has done so much not just for the language, but also for the community as well. 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, and 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, and personally I have a lot to thank him for, but even more so for the greater group of people as well. Yeah, I don't know if he specifically set out to set the tone as he did, or if 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 basically what makes this community as amazing as it is.
5:25 Michael Kennedy: Yeah, and it's not just technical. I think one of the special things about Python, unlike many languages, is there are professional programming languages that can build high and stuff, 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. So that is really, I think, part of its magic. But also you go to PyCon and these other conferences and you look around, and the people around you look more like general society and less like a bunch of white guys. You know what I mean? To me that is a really special thing and it really is, it's not as far as it should be, but it is on the path where, it's on a good path, it's unlike other communities that I've been involved in, so I think that's also really important.
6:11 Panelists: Well I think him as a person, I think he has, his personality has so much to do with it. 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 Interblocks 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.
6:53 Michael Kennedy: That's really awesome, yeah. And Brian, you got to have lunch with him at the last PyCon right?
6:57 Panelists: 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 six or seven of us had lunch with him, and one of the things that was really interesting at that lunch was we were going around the table, talked about what everybody does and what their contribution or not to Python was, and I talked about some of the things I was doing. I mentioned I have a full-time job, but I also work on trying to teach testing and Pytest and other development processes to people. He looked at me and said "So you've got a full-time day job, how do you have enough energy to deal with all the negative feedback you get from contributing to Python?" And I haven't really got that negative feedback, and I guess that was a bizarre, I thought of it as a bizarre question, but now in context it makes a lot of sense.
7:56 Michael Kennedy: He was at the center of the pressure points right? Of that stuff, so let's maybe talk about what some of the root causes for this, like he specifically calls out PEP 572 in his letter that he sent out but I feel like there must be more to that, like PEP 572 was the straw? Not everything? Carol and Brett, you guys are more on the inside, you probably have more exposure to this. What do you think?
8:24 Panelists: Honestly, it was the last straw. 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 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 going to, as he said, he's going to 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 anymore dictatorial declarations ever again. Have fun. 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. That was just a very common occurrence of just nothing but negativity, there wasn't constructive feedback or anything, and it dragged on forever, 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 but people really just piled it on and it was just unnecessary. It was just not constructive, and that's, as Brian pointed out, that's why he asked that question how do you handle the negativity because there can be a lot of negativity anytime you touch this language. People love it for a reason, and if there's any hints of you changing something that they don't like, some people really overreact. 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 especially on something 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 an nonconstructive way. 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.
10:43 Michael Kennedy: One thought that I had when we were getting ready for this show was, it was related to what Brian said as well, like Guido 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 significant portion of the weight of people not wanting changes or demanding changes to Python in various ways. Do you, Carol, think it would've been different if the PSF had made a space to employ Guido to be in that role and not make it, there's the stress of the experience and then 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?
11:27 Panelists: I can't speak for Guido, but I mean I don't know that that would've 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 very happy to accommodate him. I think largely what Brett had said, 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 people's comments and fostered the direction of the language, 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. 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 just really helpful advice, so I think maybe he's taking some of his own advice.
12:45 Michael Kennedy: Yeah, it has been a really long time that he's been working on this, I have never worked on a single project for 30 years. I've not been programming for 30 years honestly, but it just seems like it's pretty natural for him to step down. One thing I really wish, and Brian I think we spoke about this last time, I wish he would've just gone into a more, just 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, and that could've been a celebratory stepping down rather than an I'm frustrated and I'm giving you guys the reins. I would've liked to see him retire in some sort of celebration, mission accomplished type of experience, you know?
13:28 Panelists: It would've been nice, but the problem is there's still the chance of another, I don't think operation is quite the right word, but an explosion of negativity between now and then and while I would like to assume the community has switched over to 3, and every number I've seen has said that, I also don't know if the people who are holding on to Python 2 are going to react reasonably come January 1st 2020 as well, so I could also see him going you know what, I don't want to risk having to put myself through that after what he has just gone through.
14:00 Michael Kennedy: Yeah, that's possible.
14:01 Panelists: I totally get the perspective of it would've been an amazing party, January 1st or at PyCon in 2020 going yup, we've moved on to Python 3, Guido's getting the well deserved retirement he wants, and it would've 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.
14:18 Michael Kennedy: We can invite Guido. I'm sure he'll be there.
14:21 Panelists: I don't think that that, I mean he's still the president of the PSF, so he obviously is still going to be involved, and 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 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. 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 bandwidth or the kick in the pants to actually go and do it.
15:33 Michael Kennedy: So we're all kind of like the 29 year old kid still living at home and Guido's like get out, go live on your own, take care of yourself.
15:40 Panelists: A little bit, yeah.
15:45 Michael Kennedy: This portion of Talk Python To Me is brought to you by Linode. Are you looking for bulletproof hosting that's fast, simple, and incredibly affordable? Look past that bookstore and check out Linode at talkpython.fm/linode, that's L-I-N-O-D-E. Plans start are just $5 a month for a dedicated server with a gig of RAM. They have 10 data centers across the globe, so no matter where you are, there's a data center near you. Whether you want to run your Python web app, host a private Git server or file server, you'll get native SSDs on all the machines, a newly upgraded 200 Gigabyte network, 24/7 friendly support even on holidays, and a seven day money back guarantee. Do you need a little help with your infrastructure? They even offer professional services to help you get started with architecture, migrations, and more. Get a dedicated server for free for the next four months, just visit talkpython.fm/linode. All right, so you spoke about governance and decision making and stuff, like what do you think is going to replace Guido being the final decider?
16:48 Panelists: It's actually still being actively discussed. As the e-mail Guido sent said, he's basically leaving it up to us, he did not dictate how we were going to govern ourselves afterwards, so he has left that up to us, he actually didn't even dictate how we would even choose how we would choose to govern ourselves, so there's not even a specific choice yet of how we would potentially vote for this. Some people have said PSF fellows, some have said core devs, so there's, it's a completely open-ended question honestly. 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. It seems to be, the key thing is trying to figure out how we want to steward the design of the language. We've been managing ourselves daily for quite some time, Guido's not directly involved with releases so that's not even an issue, it really comes down to how do we have someone make the final decision on PEPs? Who says yay or nay, who makes the technical decisions, who chooses the paint color for the bike shed, that kind of thing. That's the really key thing we have to still make a decision on. Yeah, and I think Brett put it, I think the e-mail said, I've at least seen Python committers have been very respectful and really trying to seek out what is going to happen from here, and I think Guido's e-mail mentioned four things, day-to-day decisions on the issue tracker, how PEP are decided, which to me is the direction of the language and who stewards that, how new core devs are inducted, and the code of conduct. 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. How new core devs are inducted, I think that will fall out of whatever decision making we have for the language. I know that we've made some progress over the past couple years and might continue to see that we will make progress, 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, it's better to be professional. How PEPs are decided, it seems as if, much like Brett had mentioned, that we're converging on maybe three individuals as a triumvirate world one, and no more than five is how I've read it.
19:48 Michael Kennedy: Okay, that makes a lot of sense. It seems to me whatever the decision is it should be odd, not even.
19:53 Panelists: Actually that came up already and Tim Peters, for those of you who have been in language for a long time might recognize the name, whose gotten active again partially thanks to PEP 572, 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. We could theoretically go with a four and really not have too much of an impactful problem in that regard.
20:32 Michael Kennedy: Yeah, I guess it would lead to stronger debate. You've got to bring someone over to your side if it's a split decision, and if they fail to decide then it just stays the way it is. Nothing new is adopted I guess.
20:43 Panelists: Yeah exactly, so there is the possibility of actually going with four for instance.
20:48 Michael Kennedy: Interesting.
20:49 Panelists: I don't think anyone suggested just two, it seems to be pretty much one, three, four, five seems to be running numbers right now. Right.
20:56 Michael Kennedy: Yeah, interesting, okay that makes a lot of sense. So I guess the final thing that we should spend some time is is this a problem for the community? 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?
21:23 Panelists: Do you want me to take that first, Brett? Yeah, yeah go ahead. You go first, Carol. I think the language will continue to thrive and will continue to grow. Will some things be different? Yes, but Guido's made it very clear he's still going to be accessible on mailing lists, he's still the president of the PSF, and the PSF is largely with the community support doing many of the outreach things and things to grow the community, and then the core development side of things, I think what we've seen is a shift in some ways away from strictly the language to also Python has a very rich ecosystem of libraries, 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. So yes, there's 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. I agree, I think the way, I don't think this is going to change the momentum for 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. 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. 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 another benevolent dictator who could potentially come to decisions faster and just do other things I guess 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 depending on your definition of short.
23:38 Michael Kennedy: Yeah, depends on definition of short, yeah.
23:40 Panelists: I suspect we'll have this all worked out in 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 if not already decided by then. I've got hopefully a quick question. I guess I don't know how, when there's discussions on PEP, who can participate in those discussions, is it just core developers or... I have to caveat this with this was the way it used to be, 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 Idea, the mailing list, and they propose it, and usually pretty quickly people either go that's been proposed before, no that doesn't seem very Pythonic, or that seems like a possibly good idea. Guido did on occasion come in and say yes there is a possibility for this, or would shut an idea down quickly so people didn't waste their time. 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 is 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 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. 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 that 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 fully fleshed out to the level that we typically have PEP from Python Ideas and Devs as, and so there was a lot of repetitious discussion of things that should have been recorded initially in the PEP to have temped down on the repeated discussion because the discussion on Python Ideas actually was a bit more reasonable than it was on Python Dev and less reactionary, funny enough. That's generally the process is idea to Python Ideas, then a rough PEP and then refine it, and then once it's fairly refined, goes to Python Dev, final discussion, and then either Guido or a named BDFL delegate made a decision and the PEP either got accepted or rejected and that's basically the way it was.
26:27 Michael Kennedy: This portion of Talk Python To Me has been brought to you by Rollbar. One of the frustrating things about being a developer is dealing with errors. Relying on users to report errors, digging through log files, trying to debug issues, or getting millions of letters just flooding your inbox and ruining your day. With Rollbar's full stack air monitoring, you get the context, insight, and control you need to find and fix bugs faster. Adding Rollbar to your Python app is as easy as pip install rollbar. You can start tracking production errors and employments in eight minutes or less. Are you considering self-hosting tools for security or compliance reasons? Then you should really check out Rollbar's compliant SaSS option. Get advanced security features and meet compliance without the hassle of self-hosting, including HIPPA, ISO-27001, Privacy Shield, and more. They'd love to give you a demo. Give Rollbar a try today, go to talkpython.fm/rollbar and check them out.
27:25 Panelists: Is there a point in that process where the rest of the community can, I guess, add to the opinion or... 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. None of these discussions happen in such a fashion that outsiders, outsiders is a bad term, people who happen not to be core developers are always able to bring forward their opinion. The parlor trick though is not having people suddenly pop in and leave their opinion without checking what the 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 to 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. 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 in Python Ideas or drafting up that PEP or on Python Dev where it's very much more finalized, like very honing in to the technical details of how this would work and really thinking through the ramifications and really focused discussion before a final decision's made. But as I said, this is how it was, I don't know how we're going to tweak it.
28:55 Michael Kennedy: Yeah, that makes a lot of sense.
28:56 Panelists: Yeah, and it should more or less be the same going forward, it just we might start being stricter about when PEP moves from Python Ideas to Python Dev to try to make sure the discussion doesn't get rehashed. As Carol pointed out, this has brought forward some code of conduct issues that we'll 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 what the most meaningful content when it comes to comments, and part of the issue with 572, there were so many comments that you had to read them all if you wanted the full spectrum, and not all of us have time to do that, and so a way to condense or shorten the period of comments or something, and that's as much a social issue, and in some ways a conduct issue, as it is a technical issue. Yeah, that'd be something like, in my own community for instance, in physical communities, everybody's welcome to attend the open city council meetings, but hardly anybody does. However, when there's a change that affects everybody that's usually posted somewhere and then there's a period of open for community comment or something. I'm not saying we need to do that with Python, but I agree with this somewhat, maybe a curated or refereed or some Cliff Notes version of the discussion up 'till now before somebody can jump in and Yeah, and that's definitely something that's been talked about. All that puts work on the Python community itself also to do that. That's work as well. Yeah, and actually historically the PEP was supposed to capture all of these details, like the rejected idea and open idea section and every PEP was meant to act as a running summary of the discussion to help prevent that, 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, so as Carol mentioned, there's discussion going on now about how we can potentially help alleviate that load on the PEP author while making sure that that kind of thing is taken care of.
31:26 Michael Kennedy: Yeah, it sounds like there's some community stuff to do as well, but I have faith that you guys will figure something out, and in terms of the voting and the decision making, and I guess I want to sort of echo Carol's thought when I ask about the momentum, so much of Python's momentum is with the ecosystem and the extra libraries and PyPI and all of these things, and honestly if the language didn't change one bit for five years I still think there would be massive momentum in the community, so I don't see a real danger here.
32:00 Panelists: Not at all, and honestly I think the momentum's due to the community and Guido has helped shepard it forward and bring it to where it is, but I think at this point the language, the language in the community built around it is honestly bigger than Guido at this point. 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 going to be what carries this forward. Yeah, and I think a lot of the core developers, as well as community members, are going to ask themselves, hopefully before they post messages and things, like what would Guido have said, what would Guido think? Put yourself, write your e-mail messages, like you're the BDFL and have to convince people. I think there are some people that are very articulate and have great ideas and add a lot to improving it. I think the PEP did get improved from beginning to end, but it's taxing when you have to slog through the negativity, 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. You don't have to use it, I think trust is a big part of it, trust that the people who are making the decisions are being good stewards for the language 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.
33:42 Michael Kennedy: Yeah, I think that was already mostly there, it's just sad that this put the final straw onto Guido, but thanks to him for everything that he has done, I think this may be a good place to leave it. Brett, Carol, you guys want to have some final parting thoughts on this whole idea? Anything else you want to add before we call it a show?
34:01 Panelists: Not really, I think we, pretty much as we said, don't need to panic, keep on coding. I think we're going to move past this with no real issue. 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.
34:24 Michael Kennedy: Yeah absolutely, Carol?
34:25 Panelists: I agree with what Brett said, and I also think the surprise may still come. Guido is not going away. He may be more focusing on things that rock his world that he's put on hold while he shepherded the design and decision making of the language, and I think there's still some Guido surprises yet to come, and I look forward to that, and I just thank him for being an amazing person as well as a great language developer.
34:57 Michael Kennedy: Yeah, I totally agree with that.
34:59 Panelists: He actually has not disappeared, he actually just replied to some e-mails yesterday and today about PEP 44, so he's still actively engaged, so he definitely has not disappeared off the map.
35:10 Michael Kennedy: Nice, well if I could throw some ideas out there, Python Web Assembly Browser. Just going to leave that there if he wants to try something new. Brian, anything else?
35:20 Panelists: Yeah, I just want to, just the obvious heads up of if you've got a negative reaction about something, or some feeling of entitlement, you sleep on it. Don't hit the keyboard right away, try to talk to people online as if you were talking to them in person. Again, if you haven't watched Brett's talk from 2018 PyCon, go watch it 'cause it was an eye-opener for me.
35:46 Michael Kennedy: How similar was that to your PyCascades one, Brett?
35:49 Panelists: Pretty much the same. It was, my PyCascades talk became my PyCon US keynote talk.
35:56 Michael Kennedy: So definitely people should watch that, I think it sets the right tone for things, I'll put that in the show notes.
36:03 Panelists: Awesome.
36:04 Michael Kennedy: All right, thank you all for being here. It's really, I think it's important to spend some time talking about this and just getting that inside information out for everyone in the community, and I think we're going to be fine, so let's carry on huh?
36:15 Panelists: That sounds good.
36:16 Michael Kennedy: All right, bye everyone.
36:17 Panelists: Bye. Bye.
36:20 Michael Kennedy: This has been another episode of Talk Python To Me. Our guests this week have been Carol Willing, Brett Cannon, and Brian Okken. This episode has been brought to you by Linode and Rollbar. Linode is bulletproof hosting for whatever you're building with Python. Get four months free at talkpython.fm/linode, that's L-I-N-O-D-E. Rollbar takes the pain out of errors. They give you the context insight you need to quickly locate and fix errors that might have gone unnoticed until your users complain of course. As Talk Python To Me listeners, track a ridiculous number of errors for free at rollbar.com/talkpythontome. Want to level up your Python? If you're just getting started try my Python Jumpstart by Building 10 Apps, or our brand new 100 Days of Code in Python. If you're interested in more than one course, be sure to check out the everything bundle. It's like a subscription that never expires. Be sure to subscribe to the show. Open your favorite podcatcher and search for Python, we should be right at the top. You can also find the iTunes feed at /itunes, Google Play feed at /play, and direct RSS feed at /rss on talkpythom.fm. This is your host Michael Kennedy. Thanks so much for listening, I really appreciate it. Now get out there and write some Python code.