Nina Zakharenko - Elegant Solutions For Everyday Python Problems - PyCon 2018

Speaker: Nina Zakharenko
Are you an intermediate python developer looking to level up? Luckily, python provides us with a unique set of tools to make our code more elegant and readable by providing language features that make your code more intuitive and cut down on repetition. In this talk, I’ll share practical pythonic solutions for supercharging your code.
Specifically, I'll cover:
- What magic methods are, and show you how to use them in your own code.
- When and how to use partial methods.
- An explanation of ContextManagers and Decorators, as well as multiple techniques for implementing them.
- How to effectively use `NamedTuples`, and even subclass and extend them!
Lastly, I'll go over some example code that ties many of these techniques together in a cohesive way. You'll leave this talk feeling confident about using these tools and techniques in your next python project!
Slides can be found at: speakerdeck.com/pycon2018 and github.com/PyCon/2018-slides

[@rickylim4910]

I really like your talk. Thank you!

[@DJCronixx]

Absolutely Amazing!!!!!

[@lbbc33]

great presentation, really pythonic and useful! Just one remark, it might be better to use the the format string or even better, the new literal string instead of the old-style string :)

[@RoushanSingh07492]

Nice with great reference !!

[@michaelthomheadley]

Excellent talk!

[@user-od8co1ud1f]

very useful, thank you.

[@not_a_human_being]

Some good tips there!

[@mitoliang8950]

great! great!

[@qu4ku]

That was a dmn cool presentation.

[@theprogrammingshuttle2975]

+= 1 a hit topic

[@plato4ek]

there are no slider at the github link, and no slides at speakerdeck either

[@LouisMaddox]

Brava 👏👏👏😃

[@borisurkan2223]

Great presentation. Which font is used for code?

[@ManuelBTC21]

Found the slide deck. www.slideshare.net/nnja/elegant-solutions-for-everyday-python-problems-nina-zakharenko The pdf has embedded "WorkSans" and "Inconsolata". Edit: Unfortunately it seems that this is an older version of the presentation and neither of these are the one used here.

[@borisurkan2223]

Manuel Barkhau I already have. Monospaced font is not Inconsolata.

[@ManuelBTC21]

Boris Đurkan well, what is it then?

[@borisurkan2223]

Manuel Barkhau I don’t know. Most similar is IBM Plex Mono.

[@borisurkan2223]

Thanks!

[@420_gunna]

I think this is just a misspeak, but at 9:21 she says a class is an iterator because it implements __iter__. That actually makes it an ITERABLE. An iterable who, when you call __iter__ via iter(MY_ITERABLE), you receive back an object (called an iterator) which, in this case, is the _same_ object. To be an iterator, you have to support next() via a __next__ method! So as far as I understand it, this class is both an iterable AND an iterator. But it's an iterable because it implements __iter__, and an iterator because it implements __next__. Can anyone confirm this?

[@AsherMindenWebb]

Yes, but it's not a great example, very bug-prone design. Unless you're intentionally trying to share iteration state across calls to iter(), generally want your iterator to be an object with its own state. E.g. I'd expect this to make a Cartesian product [(x, y) for x in A for y in A] But if the iterator produced by "for x in A" has the same state as the one produced by "for y in A", you'll only get one value for x before the iterator is exhausted (by y), and y will never get the value that x used up.

[@drd105]

This is really rushed. It's a good overview of some of the unique language features, but I had troubles following it even though I knew all the features. One thing that I did notice is that you yield without a try/finally inside of contextmanager. Not sure if this idiom has changed, but I am used to always see and write it as try: #do some setup yield finally: #teardown This way if the code using the contextmanager raises an exception, it will still get its exception, but the resource will be released. This makes sense because the exception will actually be caught outside of the `with` block.

[@gJonii]

I'm not great coder but I saw similar problems with many of her examples. Which is a real shame since I really hoped to get some good practices type code examples out of this, but with incomplete examples I'm now really hesitant to actually use any of this stuff :/

[@RamezAshraf]

Slides: www.slideshare.net/nnja/elegant-solutions-for-everyday-python-problems-pycon-2018

[@GlukAlex]

Interesting terminology used for partial 18:00 usually it is called something like en.wikipedia.org/wiki/Currying

[@safuya1833]

Partials and currying are subtly different. Currying allows you to convert a function with more than one argument, and make it into chained function calls that each take one argument (making your functions easier to pipe together with other functions). add = lambda a, b: a + b add(1, 2) 3 becomes add = lambda a: lambda b: a + b add(1)(2) 3 Partials take a fixed value for one of the arguments. So you could create an add5 function. It's a way of taking generic functions and applying them to a more specific field. add = lambda a, b: a + b add5 = partial(add, b=5) add5(2) 7

[@nxxxxzn]

I mix up words just like she does

[@superjerkk]

"explicit is better than implicit" ... "It's done for us implicitly!" Zen of uhhh python, yeah

[@malayagr]

Would you prefer this instead? >> 1.__add__(3) 4 Or: >> "Hello, ".__add__("superjerkk") "Hello, superjerkk" Because you can use that if you want to. :)

[@scientia8442]

but Zen also said "beautiful is better than ugly" :) It's a tradeoff...

[@dev.cl0ne]

I don't think that *intermediate* programmers wouldn't know most (if not all) of this stuff

[@riosdellacueva6482]

basic python101 come man - cool hair girl...

[@ThunderAppeal]

Great presentation. But I hate that she follows the same formula as all the others, one of the very few presenters who present something useful but the goofy examples that everyone uses to cater to the lowest common denominator is beneath her.

[@gsb22]

20:02 cringe af

[@Mogwai88]

problem?