I feel like I've been seeing a lot of these almost identical articles pop up all over. Walrus operator, f-string equals, positional-only arguments, yawn. None o

I feel like I've been seeing a lot of these almost identical articles pop up all over. Walrus operator, f-string equals, positional-only arguments, yawn. None of that is really going to change your life. There's a bunch of changes in the official "what's new" doc that I think are more interesting: https://docs.python.org/3.8/whatsnew/3.8.html https://docs.python.org/3.8/whatsnew/3.8.html * Run-time audit hooks, to see if your modules are making network requests, etc. https://www.python.org/dev/peps/pep-0578/ https://www.python.org/dev/peps/pep-0578/ https://tirkarthi.github.io/programming/2019/05/23/pep-578-overview.html https://tirkarthi.github.io/programming/2019/05/23/pep-578-o... * multiprocessing SharedMemory for fast data sharing between processes https://docs.python.org/3.8/library/multiprocessing.shared_memory.html https://docs.python.org/3.8/library/multiprocessing.shared_m... * Duck-typing for the static annotation checkers https://www.python.org/dev/peps/pep-0544/ https://www.python.org/dev/peps/pep-0544/ * Literal checking for the static annotation checkers. ie: It's not enough to check that you're passing a string for the mode in open(), you want to check that it's 'r' or 'w', etc. https://www.python.org/dev/peps/pep-0586/ https://www.python.org/dev/peps/pep-0586/ * The compiler now produces a SyntaxWarning when identity checks (is and is not) are used with certain types of literals (e.g. strings, ints). These can often work by accident in CPython, but are not guaranteed by the language spec. The warning advises users to use equality tests (== and !=) instead. * A bunch of speed and memory optimizations: - "Sped-up field lookups in collections.namedtuple(). They are now more than two times faster, making them the fastest form of instance variable lookup in Python." - "The list constructor does not overallocate the internal item buffer if the input iterable has a known length (the input implements __len__). This makes the created list 12% smaller on average." - "Doubled the speed of class variable writes." - "Reduced an overhead of converting arguments passed to many builtin functions and methods. This sped up calling some simple builtin functions and methods up to 20–50%."