Transcript #196: Version your SQL schemas with git + automatically migrate them

00:00 Hello and welcome to python bites where we deliver python news and headlines directly to your earbuds. This is episode 196 recorded august 19th 2020 and I am brian ochin and i'm michael kennedy and actually we have a sponsor this week data dog. Thank you data dog Yeah, no more. Thanks data dog. First off. I want to talk about django a little bit I've always heard django super easy and like that's why people choose it because it's really easy to get started And it has all these things that make working with django easy And so on right? Yeah, I think there's a lot going for it. The community seems pretty awesome.

00:33 There's a lot of tutorials. There's a lot of expertise that they can help you out.

00:37 So there's an interesting article by Dan Verrazzo called "Surviving Django if you care about databases". So I mean "Surviving Django" right off the start. It's an odd title for an article about Django.

00:51 It's going to be kind of hard to summarize, but basically the take on it is a little bit of a he has a different take on how to deal with databases than normally is taught around django and it's an interesting perspective, but the Gist of it really is that centers around that there's a lot of parts of django that seem to be Database agnostic so you could use mysql or postgres or something else But he says kind of in reality People don't do that. People don't really switch databases that much So if you really want to utilize the database and some of the great things about whatever database you pick, maybe not being database agnostic is good.

01:33 Also, he talks about how to set up schemas and database migrations using the database, not using the built-in Django stuff.

01:45 It seems a little bit more like, "Why would I do that? It seems more technical than I want to do with Django." But there is some reasoning around it and then he also shows like how exactly how to do this how to do migrations how to do schemas And it really doesn't look that bad The interesting take I was curious about what the rest of the django community would would feel about this But then after the article there's a there's code comment or there's comments on the article There's a really nice civilized discussion between the author and some in paolo Melchior, I think and Andrew Godwin definitely I've heard of Andrew before and some others talking about basically that take and one interesting comment was articles like this that point out some of the pitfalls of there possibly are pitfalls with Django and some well-written articles are a good way to kind of point those out and Because there's you know, there's a lot of fans of Django that really aren't going to talk about the bad parts And this isn't necessarily the bad part, it's just something to be aware of.

02:48 Another really interesting comment by Andrew was, "I agree that at some point in a project or company's life, when it's big enough, SQL migrations are the way to go instead of the Django migrations.

03:01 Migrations in the out-of-box state are mostly there to supplement rapid prototyping.

03:06 typing. Like a lot of Django can be removed or ignored progressively if and when you outgrow the single set of design constraints when you chose them. So that kind of take of using Django's migrations and all the agnostic stuff might be good early on and then maybe slowly going towards using your database more later is an interesting take.

03:31 Yeah, that's cool. A bit of a practicality beats purity on both ends there.

03:35 This article also made me like really appreciate the Django community because this was not a flame war. This was a Civilized discussion about a technical topic and what on the internet for real. Yeah It's great. Yeah, that's really cool. However, You know a few comments one i've switched from one database back into another Three or four times on major projects as you're like, you know what?

04:01 this is just not doing it or it's outgrown this or whatever. So it happens. But at the same time, like that's usually not my SQL to Postgres, it's usually like relational to non relational or something massive where it's going to require rewrite anyway. So I do like the idea of saying, you have this capability to be completely agnostic, but you're working with the lowest common denominator there. And that's usually not the best choice if you're writing an application, maybe if you're working with a library, tons of people are going to use it in ways you don't anticipate but if it's a application You know how it's going to be used most often. Yeah. Yeah, also some of those speed and speed improvements You can get out of a database you really can't do too much of with the agnostic front end you kind of need to Know the specifics of that database. So yeah, pretty cool for this next one. I want to talk about an interesting Pattern that python uses I guess interesting technique. So, you know the id function right? You can say id of a thing and it'll give you a number back and it basically tells you what it is like where it is in memory. Are you familiar with this? I guess I don't use this. Yes if you want to know like if I'm giving two variables are they actually referring to the same object or do they just have the same value right like if I had a dictionary and I want to know is it the same dictionary or does it just have the same keys and the same values for those keys you can say ID of one thing and ID the other and in CPython that'll actually give you the memory address but in all Python that gives you a unique identifier that is guaranteed to be different if they're different objects the same if it's the same object right okay okay so one of the things that Python does that's really interesting and this is all research I've pulled up from working on my Python for memory management course that is probably out by the time that this comes out but you don't have to take that to care about this so one of the things that's really interesting in Python is everything is a pointer, right? Allocated on the heap, including numbers and strings and other small stuff that might be allocated on the stack in like languages like C Sharp or C++ or whatever, right? So numbers in Python are way more expensive than they are in languages that treat them as value types rather than reference types. So for example, the number 4 uses 28 bytes of memory in Python, whereas the number 4 could use 1, 2, 4, or 8 in the languages that treat them as value types, depending if they're like shorts or longs or whatever.

06:34 So there's this cool design pattern called the Flyweight pattern, and I'll just give you the quick rundown on that.

06:41 So Flyweight is a software design pattern.

06:44 A Flyweight is an object that minimizes memory usage by sharing as much data as possible with similar objects.

06:49 So that's from Wikipedia.

06:50 I'll link over to that.

06:52 In Python, Python does that for numbers.

06:55 So if you compute, like through some mathematical function, if you compute the number 16 and then some other way you compute the number 16 and then somewhere else you parse a string the number 16, those are all literally the same 16 in memory.

07:10 Okay.

07:11 Okay?

07:12 Because 16 is pretty common.

07:13 But if you computed 423 the three different ways, that would be three copies of 423.

07:20 So Python uses this flyweight pattern for the numbers from negative five to 256.

07:26 And you'll only ever have one of those in the language in the runtime.

07:31 But beyond 256 or below negative five, those are always recreated.

07:37 Isn't that interesting?

07:38 It is very interesting.

07:39 Yeah.

07:40 So yeah, it doesn't matter how they come out.

07:41 Basically, if the runtime is going to generate the number, say, seven, as an integer, it's going to use the same seven, which is pretty cool.

07:49 I actually have some example code that people can play with.

07:51 Creates like two lists of a whole bunch of numbers separate ways and then says, you know, are these the same number or not?

07:58 Which is pretty cool.

07:59 I was just playing with it right now.

08:00 So you can, if you assign x to 1, you can do an ID of both x and 1, it'll show up as the same number.

08:07 But if you assign x to -10, x and -10 are different IDs.

08:13 Isn't that funky?

08:14 Yeah, it's because the numbers in Python are extra expensive.

08:17 So Python takes special care to not recreate these very common numbers.

08:23 And apparently, very common means negative 5 to 256 inclusive.

08:26 [laughter]

08:28 Anyway, I thought that might be interesting to people, this flyweight design pattern concept, and then applied to the numbers might be interesting.

08:34 And there's a little example code that I included it there.

08:36 So it's not quite an article, but it's like an idea with some code.

08:40 Yeah. So can you, I mean, as a user, can I use the flyweight pattern in Python for other stuff?

08:45 You totally should.

08:46 Yeah.

08:46 Like imagine you've got some objects you're creating and.

08:50 Instead of recreating them over and over, they're being used in a lot of places.

08:54 You could totally create some kind of like shared lookup for certain common ones.

08:59 Like maybe you create, you're creating States and the state has a bunch of information about it, like US States or countries or something, but then you often have to go like, all right, what state is this?

09:08 Give me that information, right?

09:10 You don't need to necessarily recreate that.

09:11 You could just create 50 States, keep them in memory and never allocate them again.

09:14 Okay.

09:15 I guess I'm like caching and memorization are ways to do something similar, but with only one thing at a time.

09:22 Exactly. The big important thing here to make this work correctly is they have to be immutable.

09:28 Right.

09:28 Because if one person gets the state Georgia, it has certain values and another person gets it, oh, it has a new county. Let's add that. And like, wait a minute, that's not, I've now not recreated a different thing or like, you know, so it's got to be immutable, which is why it works for numbers.

09:44 and you could do it for strings and things like that.

09:46 Okay, cool.

09:47 Yeah, pretty cool.

09:47 Something else that's really cool is Datadog.

09:50 So thank you, Datadog, for sponsoring this episode.

09:53 Let me ask you a question.

09:54 Do you have an app in production that's slower than you like?

09:57 It's performance all over the place, sometimes fast, sometimes slow.

10:01 Now here's an important question.

10:03 Do you know why?

10:04 With Datadog, you will.

10:06 You can troubleshoot your app's performance with Datadog's end-to-end tracing.

10:10 Use the detailed flame graphs to identify bottlenecks and latency in that finicky app of yours.

10:16 Be the hero that got the app back on track with your company.

10:21 Get started today with a free trial at pythonbytes.fm/datadog.

10:26 Awesome. Thanks, Datadog.

10:27 You know what else is awesome?

10:28 What is awesome?

10:28 pip installing a thing that when I pip install something and it happens right away and it's not like 30 seconds of compile time like say, microWSGI is to get the thing installed And I don't have to have like MS build or VC vars bat set up right or whatever Yeah, so definitely i'm grateful for wheels It was still a world that we didn't there was less wheels in it when we started this podcast. I'm pretty sure Yep, most of the common packages a lot of them have migrated to distributing wheels And package authors have had to care about this a lot. And so I want to talk about this article It's on the real python blog from brad solomon called what are python wheels and why should we care?

11:12 One of the things I really love about this is like I said a lot of package authors I've already gone through this and understand some of the ramifications But as a normal casual user of pip install, we don't really think about it But this is the first half of this article talks about kind of what the user's perspective is and it's a kind of a nice look when you say PEP install something and it's a cool cuz it has an example.

11:39 I'm glad they listen example and it's a particular version of a micro whiskey because most packages are wheels now but if you install something that is not a wheel.

11:49 It's probably a terrible and i don't know if there's other options other than terrible but anyway the terrible is something that is in target gz so it's a.

11:58 Yeah tard and zipped and that's a whole bunch of unique speak that you don't really have to care about.

12:03 But it downloads this blob of stuff and then unpacks it and then it calls.

12:08 Set up and some other stuff to build the wheel after you download it and then labels it and then it installs it.

12:16 There's a whole bunch of steps in there plus it's calling setup.py so there could be really any code in there and so that's kind of creepy.

12:23 The difference is often with if you actually have a wheel instead of the turbo.

12:28 If install will just pull this down and install it and doesn't call setup.py.

12:33 That's really nice actually because one of the things I think a lot of people don't realize until they're like, oh, wait, what just happened?

12:41 When you pip install something, you're running semi arbitrary code off of the internet.

12:46 That's not ideal.

12:48 With the wheels, you don't have to run Because basically that runs the setup.py in the Sdist version, I believe.

12:54 So this is really nice that Wheels can cut out that Python execution bit.

12:59 It cuts that out, plus also, I'm not sure what the technology is here.

13:03 I think it's probably just, it's already pre-compiled and there's operating system specifics.

13:08 But Wheels tend to be smaller than the Tarballs, so they download a lot faster.

13:13 Wheels have a bunch of stuff in the name.

13:15 And it's not just random stuff, it's specific stuff.

13:18 but it talks about what distribution it is. It's got the version number. It's got like maybe a build identifiers and which python it's for if it's a python 2 versus python 3 or a specific version and then The platform is one of the important bits. So if you have compiled code then the There's kind of a different ci pipeline to try to build all those wheels But on the user end we don't have to care about it So one of the different things is one of the interesting bits about going moving towards wheels Is there's a whole bunch often a whole bunch different whole bunch of packages up there And that's something that users will see if they they look at what downloads are available There'll be this whole slew of stuff And for the most part, you don't have to care about that If you do pip install, it'll just pick the right one for your operating system however, it's good to be aware of those because if you are Creating like a cache of stuff at your if you have your office or something You may want to cache more of those depending on what operating systems are being used around So that little discussion I think is pretty cool. Absolutely. Anyway, i'm not going to get too much into it This is a good article for yeah, I use wheels, but what are they and this is this doesn't get too deep into it But it's nice. Yeah. Well wheels are definitely nice and another solid article from real python. So very nice You know, what else is good?

14:43 Pandas, I've heard that pandas does a lot of cool stuff.

14:46 Now actually pandas is really, really cool.

14:48 You could do a whole bunch of interesting things with it.

14:50 And Jack McHugh, he's been on fire lately.

14:55 He's created all these different projects that he keeps sending them over and like, Oh, this is not what I found.

14:58 I was like, no, this is another one I created.

15:00 And a lot of them are cool.

15:01 One of the things he created was awesome Python bytes.

15:04 So hat tip to Jake on that.

15:05 That's cool.

15:06 Like all the awesome stuff that we happen to have covered periodically.

15:08 But this one is called pandas alive.

15:12 And so, Brian, to give the experience of this one, you need to open it up and just scroll through the readme on the GitHub page and just look at the animations.

15:20 So you probably have seen these racing histograms or racing bar charts that show stuff happening over time.

15:27 Like, here's the popularity of web browsers all the way back from 1993.

15:31 What was Mozilla and then Netscape and then IE and then, you know, whatever, and you see them like growing and moving over time.

15:38 So this is a package that if you have a pandas data frame in a really simple format where the columns are basically the different things you want to graph.

15:48 And they're all arranged by a common date and they just have numbers.

15:53 You can turn that into a really cool like bar chart race type of thing or line graph race where it's just this animation of those over time of the dates that you have in there.

16:02 Oh I really like this.

16:03 Isn't this cool?

16:04 Yeah.

16:04 Yeah, and the, I mean, like the race charts and stuff, those are cool.

16:07 But then you can also do the, like the line, the line graphs, the growing, zooming.

16:13 Yeah, you can do like line graphs and you can do other types of things, little plot, scatterplot type things.

16:19 You can also do pie charts, but you can even have them together.

16:23 So you can have maps.

16:25 So if you want to have a map evolving over time with like different countries or counties fading in and out, you could have like those two graphs It's animated side by side at the same time.

16:36 So you could have like the chart of the bars as well as the map all animated together in like one graph.

16:42 Seems pretty awesome.

16:43 Well done, Jack.

16:45 It's based on, I believe, matplotlib.

16:48 And basically it'll render a bunch of different matplotlib renderings into an animated GIF.

16:53 So all you have to do is just go like dataframe.plotanimated, give it a file name, and then this happens.

16:59 - Oh, that's cool.

17:00 So then you can just generate this GIF and then put it wherever.

17:03 - Exactly, you put it on your website, you put it wherever you want, you could share it on Twitter, I guess, even.

17:07 Right, but it doesn't require a JavaScript backend running something in your Jupyter notebook and then all that kind of stuff to wire up.

17:15 Like, nah, it's just an animated GIF that comes out.

17:17 - Neat, this is mesmerizing.

17:18 I could just watch these all day.

17:19 - You could watch it for quite a while.

17:21 So, yeah, anyway, really think that's a cool project if you want to visualize data over time, which, you know, there's a lot of good reasons to do that.

17:29 - One of the things that it has there is animated maps, But maps are something else also.

17:35 There's also a map function, which has nothing to do with geographic maps.

17:39 You probably learned Python a long time ago, but do you remember being surprised by map at all?

17:44 - Yeah, map and all those things, they always confuse me, and I've always tried to basically avoid them.

17:48 (laughing)

17:50 And I've successfully mostly done that.

17:52 But I know also-- - Really?

17:53 - Yeah, yeah, I also know how useful they can be.

17:55 So tell us about it.

17:56 - This is an article from Katherine Hancocks, how to use the Python map function.

18:01 And I know we sure people have heard of maps and map the map function. It's a extremely useful function a useful thing So it's a built-in and what it does if you're not familiar with it It takes two or more parameters. The first parameter to map is The function that you want to apply And then like let's say if you give it as the second argument and iterable like a list or something It takes that function that you passed in and applies it to absolutely every element of the iterable that you the other one so like if I if I have and if I have quick like the normal often uses, using a lambda function or something To apply some like quick thing like if I want to do x times squared x times squared x times two or x squared Or something like that and apply that to every element. you can do that and you can make one list into another I think it's good for people to like read about them every once in a while if they're not using them often because They do come in handy in places that you all the time for me at least So it's not an obvious thing if you're not used to this sort of a function from other languages I wasn't coming from c and maybe pearl has something like this, but I never used it So that's the normal use of applying it One of the the things I like about this tutorial is it goes through a few different things?

19:20 So applying lambdas to a list or an interval, and then the function you apply doesn't have to be a lambda.

19:27 It could be your own user-defined function, or it could be a built-in function that you map to it.

19:32 I want to warn people, the part where she's talking about the user-defined function, it's oddly complex for some reason.

19:40 I'm not sure why this was made so complex, because a user-defined function just works like anything, any other function that's using for map.

19:48 But one of the things that I even got out of it is I had forgotten that map applies the function to the iterable one element at a time and it doesn't do it ahead of time.

20:00 So like for instance, and I'm like, "Really?" And I had to like prove it to myself by putting a print statement or something in a function to do it. But what happens is, like, let's say I've got iterable hooked up to grab like a huge data chunk out of A stream or something I can apply some function to each element as i'm pulling it out And using map to do that so I can iterate over map. So map returns a map object which Whatever it doesn't matter. It's just every element that you use if you use it as an iteration Is the answer after you apply the function like a custom generator type thing?

20:37 yeah, yeah, and then if you want it as something solid you can convert it to a list or Or a tuple or something like that if you want to do everything i'm done with generators throw in a list There's some honesty here, too One of the other thing I often forget about map is that you can map it across if you have a function that takes multiple arguments You can pass it multiple iterables and it'll take you know element wise each one So like the nth element out of each list and and apply Pass it to the function and then return the answer to that which is cool The other thing a good comment in this because it's a similar problem area is comprehensions kind of do the same thing So when would you use map versus comprehension and the advice in this article is comprehensions are very useful for smaller data sets But often for large data sets map can be more powerful. So that's reason and sometimes you want to do operations That if you had to go over different collections of data would make a really nasty looking comprehension and stuff. So yeah, cool You also can do like pandas type of things a little bit like multiplying vectors All right Like if I've got two lists and I want to have it pieces put together like that power example that's in there right it'll take the first element of the first one the second elements the first element the second one and then Apply the function and generate a new list Effectively that has like as if you had sort of done vector multiplication, which is cool or like cross. Yeah cross multiplication Yeah, I often use map also when I want to muck with something and it seems a little cleaner to me to iterate through something if I know I'm looking for something and I'm not going to get the end of the data or I'm using endless data.

22:20 Nice. So we spoke earlier about databases and I've got another one for us.

22:26 This cool thing called Auto Migrate. It's a project called Auto Migrate.

22:29 Okay.

22:30 So what it does is it's kind of like you talked about Django migrations and we also have SQLAlchemy migrations with Alembic.

22:39 But some people, either they're not using an ORM at all, in which case, those tools are useless, or they want to very carefully write the SQL scripts that control their databases.

22:52 Like some people, there's like a group of DBAs that manage the database, and that's that, right?

22:58 We're not going to run just random tooling against the database, we're going to run scripts that are very carefully considered.

23:04 So this auto-migrate thing, what it will do is if you have those DDL, data definition language scripts that say create table, add column, and so on, all it has to do is have the script that will say, here's how we create something from scratch.

23:22 You put that into GitHub, and then you make changes to it.

23:25 Like to add a column, I go and edit the create table thing, and I just type in the new column in there.

23:31 what this will do is it'll look at your git history and it'll do diffs on the create table statements and it will generate the migration scripts from that.

23:39 - Oh, that's really cool.

23:40 - That's neat, right?

23:41 So all you gotta do is like maintain the, here's how I create the database and it'll actually go, well, to go from this version to that version, here's the script that would actually do it.

23:48 It'll do all that stuff for you.

23:50 - Nice.

23:51 - Yeah, so if that's your flow, if your flow is to work with these DDL files, these SQL files, this seems like a great tool.

23:58 Now, they do say, oh, this is way better than like an ORM or something, because in those, like Alembic, what you have to do is you have to go and write the migration scripts.

24:09 Here's how you migrate up, here's how you migrate down.

24:11 But they left out a little important thing, --auto generate, which looks at all of your classes in your database and go, here's the difference.

24:19 We automatically wrote that for you, which I think is way nicer, even than this project.

24:23 So I think Alembic is better, but the big requirement there is you are using SQLAlchemy.

24:29 If you're not using SQLAlchemy to do these migrations, then this tool, but you're using these scripts instead to define your database, like I'm sure a lot of, like especially the larger companies where there's like a database team or like DBAs and so on are doing, then this seems like a really cool project for it.

24:46 That said, the Converse is actually pretty cool.

24:49 So what it can do is it can look at a database and it will generate your SQLAlchemy files for you.

24:55 That's pretty cool.

24:56 - That's nice.

24:57 - Yeah, it'll generate ORM definitions from SQL, right?

25:01 Using the SQLAlchemy generator, which is pretty awesome.

25:04 So you can say, here is my create table scripts, generate me the corresponding SQLAlchemy thing to match that.

25:12 So in that direction, it's pretty awesome also.

25:14 - So which does that?

25:16 - This one, this auto-migrate.

25:17 It'll look at your DDL, like create these table scripts and it'll turn it into Python SQLAlchemy classes.

25:23 But the reverse, it was saying like, "Oh, it's painful to use Alembic in the other direction." But if you use the auto-generate feature of Alembic, then it's also not painful.

25:32 But there's certainly a couple of use cases that are pretty awesome here.

25:36 One, like starting from all the create stuff, like given a database, just ramp me up to getting a SQLAlchemy set of classes that'll talk to it as quick as possible.

25:46 -That's really cool. -Yeah.

25:47 If I've got a schema change, is there a version number that's stored in the database somewhere to say which version of the schema is being used?

25:55 Yeah, I have no idea about this thing.

25:58 With SQLAlchemy and Alembic, there is a version number. It says I'm version hash, and then all the migrations, one of those is the hash and each migration says the one that came before me is this and the one that comes after me is that.

26:11 They can look at an existing database and say you're version X.

26:15 Yes, exactly.

26:16 For Alembic, I have no idea about this thing.

26:18 This thing could potentially look at the the table Basically run it like script this create table stuff for me and then look at that compared to what it has Potentially I have no idea if it's that smart though. Okay. Yeah, but it looks like it could be handy for a lot of folks Well, I've had a rough week. So I got no extra stuff. No extra stuff. No extra stuff I don't have too much either. I have a little bit I just want to give a shout out that we have a ton of new courses coming and I want to Just encourage people if they're interested in these to go to training.talkbython.fm/getnotified and put the email there if they haven't created an account or signed up there before.

26:55 Because we have Excel, moving from Excel to Python with Pandas coming out. We have Getting Started with Data Science coming out. We have Python Memory Management Tips coming out. Those all three will probably be within like a couple of weeks. And then Getting Started with Git and Python Design Patterns as well. So there's a bunch of cool stuff if you want to hear about any of those.

27:15 Just be sure to get on the mail list. Oh wow, that's cool. If I didn't talk to you every week I would totally get on this mailing list.

27:22 - Awesome.

27:23 - Actually I think I'm already on it.

27:25 - I'm sure you are.

27:26 Because you do talk to me though, you get jokes.

27:28 - Definitely, but everybody listens, gets them also.

27:30 - That's right.

27:31 This is a fun game to play.

27:34 The idea is you take some actual, legitimate, classical painting, and you, you know, like if you go to an art gallery, it'll say like, you know, flowers in bloom, oil canvas, Monet 1722, or something like that, like in a little placard underneath.

27:55 So the game is to reinterpret these paintings in modern tech speak, okay?

28:02 So here, I'll do the first one.

28:03 I put three in the show notes that people can check out.

28:07 I'll describe this to you, then I'll read the little thing.

28:10 So there's like a ship that seems to be on fire with some extremely strong guys trying to drag the ship out of the water.

28:19 Maybe, no, they're pushing it into the water and a bunch of folks on the edge sitting off.

28:24 It's like a Viking ship.

28:25 I think they're actually cremating somebody sitting out.

28:27 Anyway, it's this historical picture and it says, the placard says, engineers remove dead code after dropping a feature flag.

28:38 Sir Frank Bernard Dixie, 1893, oil on canvas.

28:43 (laughing)

28:44 You wanna do the next one?

28:45 - Oh, sure, pull it up.

28:48 Oh, okay, how do I describe this?

28:50 This is like a picture, it's a Picasso picture of--

28:54 - It's like an abstract violin that exploded or something.

28:58 - Yeah, it's hard to tell really what's going on.

29:00 You kind of looks like a violin, and the title is CSS without comments, that's good.

29:06 - Pablo Picasso, 1912.

29:10 All right, the last one, the last one we'll do.

29:13 By the way, there's hundreds of these, they're all really good.

29:16 So this one is a little disturbing.

29:19 There's a person who looks deathly ill with a bunch of gargoyles over them.

29:23 A priest with a crucifix kind of glowing, apparently trying to ward off the gargoyles.

29:31 And the placard says, "Experienced developer deploys hotfix on production." Francisco Goya, oil on canvas, circa 1788.

29:39 - That's good.

29:40 - Yeah, so there's just so many of these, you can go through them all day.

29:43 It's really fun.

29:44 - Didn't PyCon do that once at one of the PyCons?

29:46 - I think you might have been with us.

29:47 I know Chris Medina, Kelsey Hightower, and I were walking around the Portland Art Museum, like basically playing this game.

29:56 We were like coming up with the placards.

29:57 It was fun.

29:58 And were you there for that?

29:59 You might have been.

29:59 - No, I wasn't.

30:00 I missed that one, but.

30:01 - (laughs) That was good.

30:03 Remember that one where you could go to conferences?

30:05 If there were people around you, other people close?

30:08 It was weird.

30:09 - Actually, we don't need anybody to contact us and tell us that we have no idea when different painters were alive.

30:14 So, but thanks, and cool, good for you if you know it.

30:18 - Awesome, yeah, these are really good.

30:20 If you enjoy this kind of stuff, there's hundreds of fun pictures to go through.

30:23 - And I think it's also amusing that we often pick visual jokes for an audio format.

30:29 So, sure, why not?

30:30 Do it hard, that's what burgers do.

30:32 - That's right, let's do it with abstract art.

30:34 - Yeah. (laughs)

30:36 Yeah, it's funny.

30:38 Anyway. - Awesome.

30:39 All right, well, thanks, Brian.

30:39 - Thank you. - Yep, bye.

30:40 Thank you for listening to Python Bytes. Follow the show on Twitter @pythonbytes.

30:45 That's Python Bytes as in B-Y-T-E-S. And get the full show notes at pythonbytes.fm.

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

30:55 We're always on the lookout for sharing something cool. This is Brian Okken, and on behalf of myself and Michael Kennedy, thank you for listening and sharing this podcast with your friends and colleagues.