Brought to you by Michael and Brian - take a Talk Python course or get Brian's pytest book


Transcript #124: This is not the None you're looking for

Return to episode page view on github
Recorded on Wednesday, Apr 3, 2019.

00:00 Hello and welcome to Python Bytes, where we deliver Python news and headlines directly to

00:04 your earbuds. This is episode 124, recorded April 3rd, 2019. I'm Michael Kennedy. And I'm Brian

00:11 Akin. And this episode is brought to you by DigitalOcean. Check them out at pythonbytes.fm

00:15 slash DigitalOcean. Get $100 credit for new users. Tell you more about why that's awesome later.

00:20 All right now, Brian, I feel like we're going to go to your happy place.

00:24 Yes, I'm definitely one of the testing nerds that's around. And I'm excited about the pytest 4.4.0

00:32 released. There's a lot of stuff in the 4.4 release. And that's pretty cool. There's a lot of actually

00:41 really neat things. One of the things, I'm going to save the big one for last. But the one of the

00:45 cool things is there's a test paths variable that you can put in your configuration, any file,

00:51 it tells the pytest where to look for tests. And it kind of short circuits some of the

00:57 searching everything under the current directory.

01:00 Just what, like two subdirectories or something, but not everything?

01:02 Yeah, like for instance, this is very common if you've got like a structure where you get tests

01:07 in one directory, your source in another directory, and then maybe some documents or something.

01:12 And it's a large project. If you just launch pytest from the top, it'll look at everything.

01:18 And it really should just look in the test directory.

01:22 Right, exactly. It makes sense.

01:23 So that's pretty cool. It's been around for a while, but it's kind of hidden. Like it just

01:28 worked that way. And what they've done now is they've added in the output, it tells you which

01:33 tests paths have been set. So that's nice.

01:37 Yeah, that's cool.

01:38 And then there's a whole bunch of stuff that's relevant to especially to plugin writers.

01:42 And a little bit for test writers. There's actually quite a few things. I encourage people

01:46 if they're nerdy about pytest to check out the changed list. The thing that I'm super excited

01:52 about is there were a couple of internal changes that made it so that there's a new plugin called

01:58 the pytest Subtests that works.

02:01 Oh, nice.

02:02 So pytest has always been able to run unit test code. But one of the things that happened is if

02:11 unit tests had subtests in them, and subtests are a way to have kind of multiple checks within a test,

02:17 if you had those in there and one of them failed, it's supposed to keep going and check all of them.

02:24 But pytest would stop at the first failure. Now it doesn't. Now it continues on with running all of them.

02:30 That's cool. Like, so if I've got, say, a list of five things, and I want to loop over those and

02:35 test each one of them without some kind of parameterized test or something, I just want to loop over them

02:40 all and write one test and do that. Like, I would do that with a subtest.

02:43 Yeah, or at least you can.

02:44 Yeah.

02:44 And it works pretty good. So it really was to the plugin and the changes were really to fix this

02:50 little corner case of the unit test support. And so I'm really glad that they did that.

02:55 But they also threw in a new fixture called subtests. So even if you're not using unit test,

03:01 you can use this new fixture. And it has a subtest.test context manager that works just like

03:08 the unit test version, but you can use it in pytest tests.

03:12 Yeah, that's cool.

03:12 That's neat.

03:13 Another one that I think is nice is the async. So you have the async, you know, mark as async,

03:18 decorator you can use. But previously, if you did that, but for some reason, like the right

03:26 plugin to run the async, say like paytest-async.io or paytest.trio wasn't there, they would just not

03:32 run, but they were still marked as passed. And now at least you get a warning and they're not run or

03:36 something like this. That's cool.

03:37 Yeah, that's a oops.

03:39 That's one way to make your test pass. Like, let's just not install that async runner.

03:44 We'll be cool.

03:44 Yeah. Yeah.

03:45 Well, keeping with the async theme, I want to roll right into requests. So I literally just

03:51 hung up recording or stopped recording with Kenneth Wrights. We're doing an episode on Talk Python and

03:58 we're talking to him about requests a little bit, but mostly other things. Anyway, this next item

04:03 follows right onto that is request-async. So currently without this library or something like it,

04:11 if I want to use async and await and I'm doing web requests like microservices or calling like a

04:17 Stripe API or something, I either do it synchronously with requests or I can do it asynchronously, but I

04:23 have to switch out my calling package. I have to use like AIO HTTP.client session or something totally

04:30 different. Rewrite my code. There's a package called request-async, which is pretty cool. And it's

04:36 actually a different thing you import, but if you import it as requests, then you can do await

04:42 request.get, await request.post and all of that. So it seamlessly fits into your async and await methods.

04:51 Maybe you're testing with that pytest thing I was talking about. And it's basically the same API,

04:56 but now it's async friendly, which is cool.

04:59 That's very neat. Yeah.

05:00 And like I said, there's other stuff you could use. You could use AIO HTTP, which is nice,

05:04 but it means you rewrite your stuff, right? And a lot of people depend on like changing DNS resolvers

05:09 and all sorts of crazy stuff deep down inside a request. So this will let you do that.

05:12 Theoretically, at least I haven't tried all the edge cases, but let you do that without rewriting

05:17 your code, which I think is pretty cool. Now I did say, I was just talking to Kenneth and

05:21 one of the things he said is they are working on native async and await support for requests.

05:27 So that's pretty cool, which would make this unnecessary. So why do I bring it up? Well,

05:31 he said it's probably like not done for a while. It's probably like a year away because they're

05:35 doing like major rework inside of requests. And, you know, think how many libraries and people

05:40 depend upon requests. So, and how hard that must make it to change at all. Right.

05:44 Yeah. It needs to not break back backwards compatibility and it's not even just breaking it. It can't

05:49 slow things down either. Yeah, exactly. So they're talking about making a new package called request

05:54 three. So you import request three and it has a slightly different API, just barely. So anyway,

06:01 here's an interim way to get async and await working with request. And another thing, there's a cool bit

06:05 of testing going on here, Brian, I thought you might like, so I can mock out my endpoint. Like let's

06:11 suppose I'm trying to call an API or something and I don't really want it to go to the real server.

06:17 I want to give it a test one. I can create a flask app or court or starlet or whatever

06:21 and create a mock like connection pool or something to that effect and give it my real website

06:28 implemented in Python. And that's the mock behavior of the, this thing.

06:32 Okay. Well, that's neat. Is there more information about that somewhere?

06:35 Sure. It's covered in the GitHub repo that I linked to. And if you go to the bottom down

06:39 there, it talks about it. I don't totally know what's going on exactly. But for example, like,

06:44 you know, you want to call, I don't know, your API and you could have like a little local one running

06:49 on SQL, SQLite or something. And you could like literally give it the app. It won't even go to

06:53 the network. It'll just like directly interact with the app as if it was the web server.

06:57 Oh, that's really cool.

06:58 Yeah. It's pretty wild. So anyway, this is...

07:01 I'll play with that.

07:02 Yeah. Yeah. It's a pretty cool thing to be playing with. And it has some other cool

07:05 async testing support. So it's got a cool testing angle as well.

07:07 Nice. Cool.

07:08 Speaking of services, what do you got next?

07:10 I did notice that there was an article in the register about a bunch of, I don't know how a

07:16 bunch, but some layoffs at NPM.

07:18 Right. NPM is the commercial equivalent of PIP, sort of. And PyPA, Python Package Authority,

07:24 like mushed into one, right?

07:26 Yeah. I didn't know that it was a for-profit like company, but apparently it is.

07:31 Yeah. That's interesting all by itself right there, isn't it?

07:34 Yeah. So Dustin Ingram wrote an article talking about, and Dustin is one of the people that

07:40 works with PyPI and the Packaging Authority. And he wrote an article called PyPI as a Service.

07:46 And essentially there's a couple of interesting comparisons between NPM and PyPI. Firstly,

07:55 NPM has been around for longer, I guess, since 2014. PyPI in 2002. Oh no, we're older.

08:03 So PyPI is older. Math is easy. Anyway, they have like $10 million in funding. And whereas

08:11 in 60, around 60 people working there and the PyPI has like less than half a million in grants.

08:19 And then just like, there's only half of a fraction of a single employee and then some volunteers.

08:24 So there's a lot less people running PyPI and a lot less money. But what if they changed it?

08:32 Apparently they've had a lot of people ask for an as a service version. So they could have a,

08:37 like a private thing. So you could have your, you could use something like PyPI, but with your own

08:43 stuff that's internal or whatever. And generally just talked about some of the problems with that.

08:48 One of the problems is it might jeopardize the nonprofit aspect of the Python Software Foundation.

08:54 That would be bad. Also, there's a whole bunch of people that, companies that donate services and

09:00 infrastructure to make PyPI run at the tune of about a million dollars a year.

09:05 And I don't know if, and he mentions that they might not be thrilled about donating that service

09:11 to a for-profit company.

09:13 I'm sure they wouldn't.

09:13 I agree. There's also some of the ecosystem. There's, there's other options out there. However,

09:19 I've kind of looked into these and I'm not really thrilled with the other options available. So

09:24 I actually think there's room for somebody else to create something like PyPI for private

09:29 use that might as a service that might be an opportunity for somebody.

09:33 Yeah, for sure. You know, one of them that comes to mind is pydist.com. That's in beta right now,

09:39 but it's basically that. It's basically the service that people are asking for. Honestly,

09:44 I totally see the problem here, right? We've got this careful balance of this actually really expensive

09:49 thing to run, PyPI, especially the traffic and the website and whatnot. And then we've got these

09:55 donations taking care of that. There probably is a business model to be had here, but there's going

10:01 to be like a wicked dip to zero, near zero. And it has to, somehow you have to be able to climb back

10:08 high enough to cover just the expenses, right? Like that's pretty risky to do that.

10:13 Right. And also, what do you do with the people that are now volunteering? Do you start paying them?

10:17 What if they only volunteer for a couple hours a week or a couple hours a month? Do you pay them for that?

10:21 Yeah. And then also, they support some of these alternate services right now, PyPI does. And if they

10:28 had an incentive to not support the other services and only support their own profit, that's not good. So anyway,

10:35 it's an interesting topic.

10:37 I honestly think that there's actually a huge potential. I've talked to people in the community

10:42 about this, but I don't know that I've talked about on the podcast before around pypi.org.

10:48 If you look at how much traffic is there, there's a huge opportunity for non-invasive ethical ads and

10:55 other types of promoted stuff to be put on there. And I'm sure they could do more than a million dollars

11:01 with the amount of traffic they have, but there would be that bad dip and they might not make it through

11:05 and so on. But I certainly see this as totally possible that it could go that way. And it may be,

11:11 you know, given that they're basically saying, hey, we need to receive a donation of $40,000,

11:16 $45,000 a month of bandwidth. And if we don't, we're done. Right? That's a really scary situation

11:22 to be in as well. They're dependent just on one company. So I don't know. It's super interesting.

11:27 The layoffs at NPM, that doesn't make me sound, it makes me really want to encourage PyPI to go that way.

11:35 Right. It was interesting at the end, the conclusion wasn't that it's never going to happen. It's just

11:41 right now, it looks like it's not worth it. It would be kind of a pain and it might backfire. And

11:47 so right now they're not looking into it, but it's not a never thing.

11:51 That makes sense. All right. Before we get on to the next one, let me just tell you all about

11:55 some cool features at DigitalOcean. Something they just announced is the DigitalOcean Marketplace.

12:00 So it's like one click apps and server configuration for all sorts of tools and whatnot.

12:05 So maybe you want a discourse server, a GitLab enterprise server, a MongoDB server, or even

12:11 Django. You can go up to there, create an account, go into the marketplace and just click the button

12:15 and boom, you have an infrastructure all set up, pre-configured to run whatever app it is that

12:21 you want there. So there's a bunch there. And I think you can even create more and add them

12:25 if you want your project in there. So check them out at pythonbytes.fm/DigitalOcean.

12:29 Get $100 free credit for new users and definitely get a play with that marketplace. It's quite cool.

12:35 Brian, if I was looking to run, say, some data science Python in the cloud, and I maybe wanted

12:41 to do that without paying any money, maybe I was a college professor and I wouldn't have

12:45 my students do it or even high school, or I just didn't want to pay money or whatever.

12:49 There's a bunch of these services now that'll run basically Jupyter in the cloud, right?

12:54 Okay.

12:55 So there's a couple of big ones. We've like Azure and we have Google, but there's some smaller ones

13:00 as well. And a friend of ours, Kevin Markham, put together a cool article called six easy ways to run

13:06 your Jupyter notebook in the cloud. So basically he went through and compared six different services,

13:11 assuming they all have, you know, they got into this list. If they had all the characteristics

13:15 in that they don't require you to install anything on a machine, they're either completely free or they

13:19 have a completely free plan. They give you access to something like a Jupyter notebook environment.

13:26 You can import and export real Jupyter notebooks through the IPYNB format, and they support Python

13:34 language, maybe others as well. Out of all the ones he looked through, there's six that were decent that

13:39 matched those criteria. So we have binder. Maybe you've gone to GitHub and you've seen like a GitHub repo

13:45 that has some IPython notebooks in it and a little binder, like a run in binder button. So if you click

13:52 that, you can basically use the binder service and run any Jupyter notebook that lives in a public GitHub

13:58 repo on binder. So you just click a button and say, run this repo. That's kind of cool, right?

14:03 Yeah, very cool.

14:03 So that's nice. What I like about Kevin's article is he goes through and says, these are the pros,

14:07 these are the cons. So like pros, obviously this is free and easy. If you already work on GitHub,

14:12 it's just right there. If you don't, or what you have is a private repo, then binder is not such a

14:18 big help. Another thing that's big in data science is Kaggle, right? So they have these Kaggle competitions,

14:23 which are like, here's a bunch of data, try to solve a problem by, you know, getting the data to tell you

14:28 or training a neural network or something like that. So Kaggle is known for that. But they also have this

14:32 thing called kernels, like a free service called kernel. So Kaggle kernels. And these are kind of like

14:38 Jupyter Notebooks, like super simplified ones. So you can run your stuff there. That's cool.

14:41 Maybe one of the bigger ones is Google Collaboratory or Google Colab. And long as you have a Google account,

14:47 it's like Google Docs, but for Jupyter Notebooks, you just log in, go. What I really like about this one is

14:53 it's like Google Docs in that like you and I could be working on a problem. And we could just both be typing

14:58 at the same time and working right alongside each other. So the Collaboratory bit is like super big there.

15:02 Oh, that's nice.

15:03 So that's pretty good. And then also you can run your code regularly on a server through Google

15:10 Colab, but you can also run it on a GPU or a TPU, TensorFlow unit, processing unit, which is pretty

15:18 awesome for something. I don't know if you have to pay for the GPU option, but still pretty cool.

15:23 Yeah.

15:24 Because a lot of people don't have, certainly don't have TensorFlow chips laying around probably.

15:28 Maybe comparable to the Google one is the Azure Notebooks. So, you know, this is a big part of

15:35 what Python and Microsoft are doing. You know, what Python is sort of showing up in, in the Microsoft

15:41 space is over on Azure and Azure Notebooks. So they've got something that's more of like a project,

15:47 right? It's not just a notebook, but it's like multiple notebooks, markdown files, data sets. So

15:52 you kind of create these like project folder type things that you can run on Azure Notebooks. And

15:55 that's cool. Also free. All of them are free. There's something I had not heard of cocalc for

16:00 collaborative calculation. Also super collaboratory, like the Google collaboratory one. Yeah, it's

16:06 pretty cool. It lets you do all sorts of stuff like Jupyter notebooks, but also Sage worksheets

16:11 and other things, which is good. And finally from JetBrains, we have data lore and it's not exactly

16:16 Jupyter notebooks, but it's like a re-imagining of a Jupyter notebook, which is cool, but you can

16:21 import and export Jupyter notebooks from it. So that's pretty cool. Like all the features and

16:25 auto-complete and cool stuff that you get in PyCharm, but like in a notebook, Jupyter-like notebook is sort of

16:32 data lore. Also real-time collaboration there. So those are all, yeah, those are all pretty cool. So if people

16:37 are out there thinking like, Hey, I want to do some Jupyter in the cloud, maybe for a course or for

16:41 collaboration or something, these are all good options. Yeah. Very cool. Yeah. Nice article, Kevin. And

16:46 hopefully it helps some folks out there. Speaking of Jupyter, what do you got next?

16:49 Yeah. Did you have this down and I just didn't see it beforehand or did we just coincidence?

16:55 Just a coincidence.

16:56 Okay. So my next item is Jupyter notebook tutorials. So let's say you have some people you're trying to

17:03 collaborate or not. And you have some people that aren't quite familiar with Jupyter notebooks and you

17:09 want to get them up to speed really fast. I'm actually in this situation right now, not for me,

17:15 but with some people I'm trying to ramp up. And I found there's a ton of tutorials about Jupyter

17:21 notebooks, of course, out there, but I really liked, there's two tutorials from a data quest.

17:26 The first is Jupyter notebook for beginners, a tutorial. And the second is tutorial advanced

17:33 Jupyter notebooks. And it's by the same author, which I should have written down, but I didn't.

17:38 It starts out incredibly gentle, but it's also useful and concise and quick. You can get through

17:45 quite a bit right away. And so it even starts with like, if you want to install Jupyter on your

17:51 computer, how to install it, how to get started up. You don't even, if you aren't even familiar with how

17:56 these work, how to get going, a little bit of a discussion about the file type, the IPYNB,

18:04 and then a run through of the interface and how, how it works to work with a notebook.

18:08 And then even into data. So like loading data and some important things like plotting data right

18:14 off the bat, and then even how to share and then using save and checkpoint frequently to make sure

18:20 that you save parts of your notebook. It's like this saving often is something we take for granted with

18:27 an editor, but it's kind of nice to have this within a Jupyter notebooks also.

18:31 Yeah, for sure.

18:32 And I kind of like that he says, he stops the beginning one. It's long enough to get people

18:37 started right at there, but then the advanced one, once people play with it a little bit,

18:42 getting into some advanced things, which like the, the magics, keywords, debugging,

18:48 shell commands, logging, using Seaborn, do using macros and all sorts of stuff in the advanced

18:55 one, which are not, it's nice, but it's not, they're not too long. You could probably take an

18:59 hour or so and go through it and learn what you need and skip what you don't need yet.

19:02 Yeah, that's cool.

19:03 I've also been playing with using a PyCharm to edit iPython notebooks. It works really good.

19:09 I would recommend if people are debugging notebooks, maybe not use a write in Jupyter. I would probably

19:15 use PyCharm for debugging. Yeah. PyCharm is pretty sweet for debugging.

19:18 Anyway, so that's what I got. Yeah, it's nice. I think those definitely go well together. So

19:23 people can check out those articles and then try them online. They don't even have to install anything.

19:27 All right. Final one, Brian comes from friend of the show, Trey Hunter, and, it's called

19:32 unique sentinel values. Identity checks and when to use object instead of none. And I think this is

19:38 just a really nice reminder. Maybe something a lot of folks don't know, or haven't really thought

19:43 about often we have to clear a variable and it may or may not have a value, right? Think of like

19:48 computing the minimum of something. So you're gonna, the algorithm is you have the minimum value and you've

19:53 got to set that to something and then you're gonna loop through all the items and you're gonna set it to the

19:58 lowest. But how do you kind of initialize that, right? Do you set it to none? Do you set it to maybe negative one?

20:03 But well, what if the values could be negative? Like what, what is that value, right? So often none becomes this thing

20:08 that is the, it's not yet set value, but if none is a valid value, or maybe in this minimum example,

20:15 like none could actually be a value that was passed to you in the list that you're trying to find the

20:20 minimum of, but you need to treat it differently than actually the not having, you know, like it gets

20:25 really weird, right? Yeah. So Trey makes a case for this, for something different in this article.

20:30 I really like this. It's like, instead of sending a value to none, you can set it to object,

20:35 parenthesis, parenthesis, and that allocates an object, much like none is an object, ironically,

20:42 singleton, and things like that. But object is going to be allocated on a heap and we'll never,

20:48 no one will ever pass that thing to you, right? There's no other use case for allocating an object,

20:53 object, right? You always have something derived from object, right? I don't know, a string,

20:58 a number, a customer, but not object itself, like the base class. So just allocating one of those is

21:03 like the perfect sentinel value. And there's all kinds of examples where he goes through default

21:09 values for function, like default parameters for functions, how you deal with that, how do you deal

21:15 with like this minimum example, what is the first value before you've looked at the list. And so you

21:20 end up with really nice checks, like that set minimum equals to object. And then if minimum is not initial,

21:25 right, or is not this, you know, you set the initial to like this new object, right, then you go work

21:30 with it. So super simple adaptation that solves a certain class of bugs and makes it really nice.

21:36 That's interesting.

21:37 Yeah, it's super simple, but it's like, it's kind of a good reminder. And there's the example,

21:42 he re-implements the min function that's a built-in, but in Python, and goes through all the cases to

21:47 make it work and shows how this pattern is much better than using none.

21:51 I'll have to hit up Trey and ask him how to deal with that with type hints.

21:55 Yeah.

21:55 Because I'm used to...

21:56 Oh, yeah, I know, I know. You can't just say optional. I guess you got to do like union of

22:00 object, but that's also not a good answer.

22:02 Because that would be everything.

22:03 Yeah.

22:05 Yeah, right. Yeah, it's not so good.

22:09 Anyway, interesting. But it's a cool idea.

22:11 Yeah, it's a great idea. It is a little bizarre with the, I don't know, with the type hints,

22:15 you're right, but that's okay.

22:16 I think you can get around it or just put like a, you know, ignore this one line type

22:21 of thing.

22:21 Yeah, well, I mean, and it only really will come into place if it's part of your interface

22:25 to something.

22:26 I mean, you'd probably do have to be careful with like mypy and mypyC and those tools,

22:31 so they'll probably freak out if you don't take it into account. So, but yeah, I love the

22:36 pattern in general, how it fits with type hints. That's like a different, different aside.

22:40 Yeah, sorry, Trey.

22:41 Yeah, Trey, there's your follow-up article, man.

22:45 Brian, that's it for our official six topics as usual. You got anything extra you want

22:49 to share with anyone?

22:50 I do. I forgot to write it down, but you reminded me because you're talking about Sentinel values

22:55 and Sentinels were part of the Matrix, right?

22:58 Oh yeah, they were scary. Those are the big metal things that went through like the underground

23:04 tubes and they would like grab onto the spaceship with the good guys in it. Yeah.

23:07 Yeah, yeah. But there's something that's not scary is the cool computer screens that would

23:12 like go downwards, right? Right.

23:14 So one of the things I found, which is, I brought it up because I brought up pytest earlier,

23:19 was a plugin called pytest-neo. And it runs all your pytest, like normally if you just run pytest by

23:28 default, it'll print out like the test file name and then a whole bunch of dots and the dots mean

23:33 everything passed or like an F for fail. The pytest Neo plugin, if you have that installed, that happens,

23:40 but it goes downwards and looks like the screen, like a Matrix screen, but actually it looks cool.

23:46 But it's actually informative. It has all the same information, just in the wrong, a different direction.

23:51 Whoa. I need to learn unit testing. Chunk. Yeah, that's awesome. I love it.

23:54 Brings me back to the 90s. That's cool. Very, very cool.

23:58 How about you?

23:58 I've got a couple of things. Let's start with this one. So I recently released a free course. So

24:04 people can check that out over at training.talkpython.fm or just click the link. I think we've talked about

24:08 Kenneth Wright's new web framework called Responder, right?

24:12 I think so.

24:13 I think so. Yeah, I'm pretty sure we have. So I decided to create a super short little mini course on it.

24:17 So I created a almost one hour long course on Responder and the framework and it actually uses, goes and builds that we go and build out like a cool API using Responder and then actually consume it with Vue.js as well.

24:31 So there's a cool little Vue.js front end on top of that. So if people want to get some quick exposure to Responder, maybe see some of the cool features that it can do.

24:40 Kind of Flask-like, but it does a bunch of other awesome stuff as well. It's not just Flask. Check that out. So check out the Responder course. Like I said, it's free. So no problem. You can just go check that out.

24:49 And the other one is really cool, but I have to really remind myself to use it. So imagine this. I'm working in an editor. This is for PyTarm or any of the IntelliJ platforms like WebStorm or whatever.

25:01 And I've got like a big monitor up, a whole bunch of code on the screen, and I have my fingers on the keyboard and I want to go up to that section where I'm doing like open something, something as fin or whatever.

25:13 Right. But I don't want to take my mouse and go over that. I don't want to arrow up like 17 lines and then go to the right control, whatever.

25:19 So there's this thing called Ace Jump. Have you heard of this?

25:22 No.

25:23 Ace Jump lets you hit a hotkey. I think it's on Mac. It's command semicolon.

25:28 And then if you type, let's say F-I, it'll go and put like a single character on every space that F-I is a substring of on the screen.

25:38 Maybe the one I'm looking for has like a J byte. So it's F-I and hit J. And it'll take you straight to it.

25:45 So it basically turns your screen, your code into like, you do a little bit of a search and then like one character keystroke to jump to that section of code.

25:55 Oh, that's cool.

25:55 It's super cool.

25:57 It's super hard to remember to do that. Not just arrow, arrow, arrow, arrow or mouse or whatever. Right. But it's if I can remind myself to do this, it's going to be great.

26:05 Okay. Well, I mean, I don't use arrows, man.

26:08 Sometimes.

26:09 There's a V-I mode.

26:10 True. True, true.

26:13 Anyway. So, no, that's cool. I'm going to have to try that out.

26:17 Yeah. So it's just basically like type as you search and the whole thing becomes like sort of quick jump around your editor.

26:24 All right. Are you ready for a pie joke?

26:25 I am.

26:26 I got to hit it a few times.

26:27 What's the object oriented way to become wealthy?

26:31 I don't know. How?

26:32 Inheritance.

26:32 Okay.

26:33 That's bad, right?

26:34 A good programmer is someone who always looks both ways before crossing a one-way street.

26:38 Child.

26:43 Dad.

26:43 Why does the sun rise in the east and set in the west?

26:47 Dad.

26:48 Sun is working.

26:49 Don't touch it.

26:49 All right.

26:53 I'll do one more for you because it's about Python 2.7.

26:56 Remfinally, Beth removed Python 2.7 from her server in 2020.

26:59 Finally, she said with glee, only to see the announcement for Python 4.4.

27:04 Yeah.

27:06 All right.

27:08 That's pretty cool.

27:09 Well, I guess we'll leave it there, huh?

27:11 Yep.

27:12 That's good.

27:12 All right, Brian.

27:13 Thanks for being here.

27:13 Thanks for finding all these items.

27:15 Thanks.

27:15 Bye.

27:15 Bye.

27:16 Thank you for listening to Python Bytes.

27:18 Follow the show on Twitter via at Python Bytes.

27:20 That's Python Bytes as in B-Y-T-E-S.

27:23 And get the full show notes at pythonbytes.fm.

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

27:30 We're always on the lookout for sharing something cool.

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

27:36 Thank you for listening and sharing this podcast with your friends and colleagues.

Back to show page