This week we welcome Aaron Maxwell as our PyDev of the Week! Aaron is the author of the Advanced Python Newsletter and a very enthusiastic Pythonista. You can check out his github profile to get an idea of what he’s been up to. Let’s spend some time getting to know him better.
Can you tell us a little about yourself (hobbies, education, etc):
Sure. I love to travel to countries and places that are new to me, and my favorite part is learning some of the local language. A fun game: start a conversation with a native, and see how long we can talk before they figure out I’m not from around here!
In my life I’ve been a club bouncer, a theoretical physicist, a roofer, an author, a forklift driver, a public speaker, and a software engineer. My degree is in physics (with a heap of extra math classes), and I am really good at starting graduate programs then dropping out of them. Like, I’m great at it! This knack has given me some higher education in biophysics, neuroscience, and computer science.
If a magic genie offers me one superpower, I choose the ability to instantly teleport anywhere – and take anyone with me, simply by holding their hand. That would be soooo much fun!
I go by the nickname “redsymbol” online – Github, Hacker News, etcetera. Sometimes people ask me what “redsymbol” means. The answer is: It’s a secret.
Why did you start using Python?
It just seemed exceptionally well designed. It still does.
This matters, because language empowers thought. Code is not just a way to control a machine. It becomes a basic medium in which we express the mental creativity of our craft. A language can hinder or support that expression. A lot of it depends on making good decisions on details of the language.
So what really compelled me in an irresistible way to use Python was that it was so much easier to express my thoughts into code, compared to the other languages I had available at the time – and do so in a way that was robust, maintainable, evolvable. I’ve learned and mastered other languages since, yet Python’s continued to be my favorite for many kinds of engineering domains.
What other programming languages do you know and which is your favorite?
My favorite is Python 3.4. I like Python 2.x, of course, but I have written it so much, I’m almost getting bored with it. And it won’t be changing anymore.
The 3.x series keeps introducing exciting, richly powerful tools with every release. Three-point-four crossed several important thresholds: many of 3’s initially rough edges have now been smoothed out, unittest got supercharged, asyncio is part of the standard library, pip and virtualenv now ship as included tools… on and on. And it just happened that 3rd-party library support really solidified sometime between the 3.3 and 3.4 release. It’s now rare that I can’t pip install a package I need.
(On that note – there are really soooo many improvements in the Py3k… far more than most people realize. I once gave a talk describing what’s new in Python 3. I talked as fast as I could non-stop for an hour, and I still feel like I barely mentioned a fraction of it all. Some people seem to think only a few things have changed; respectfully to them, that’s very inaccurate.)
After Python, the language I know best is probably C. I keep finding it useful for certain things. I’m amazed C is still as important as it is, and am starting to think it will outlive us all.
Lately, I’ve been liking Java a lot. I can’t believe I just wrote that sentence, but it’s true. I learned it before I started with Python, ignored it for a long time, and recently started needing to use it again. Now that I have more experience maintaining large applications as part of an engineering team, I can see how some of its design decisions (which used to drive me nuts) are in fact valuable in that context.
Go is an interesting language. I love its syntactically cheap concurrency, and the runtime’s solid support for hybrid threading (i.e. goroutines). It’s really hard to implement that well, especially in userspace, and they hit a home run. The lack of generics and (still!!) no built-in set type really drive me nuts, though. There was a time I thought I might switch my primary language from Python to Go; but with Python 3’s relentless onslaught of exciting progress, there’s no chance of that happening now.
I’m unfortunately an expert in PHP. I keep trying to get away from it. Here’s a tweetable sound bite for you: “Coding in PHP is like driving a Lamborghini down a road full of potholes.”
What projects are you working on now?
This year I’m doing something different: going to companies and teaching their programmers how Python can really add value to the work they do – make their projects more successful, and more fun. Some of the students are IT folk who mainly create small scripts; some are experienced engineers with CS degrees; and everything in between. What an amazing adventure. I mostly fly around the USA, but sometimes outside of it – most recently Poland. (Their food is DELICIOUS.)
I’m the author of an email newsletter, which I call the “Advanced Python Newsletter” – you should subscribe! I’m also about half-way done with a book I am tentatively titling “Advanced Python: A Not-For-Beginners Guide To Leveling Up Your Python Code”. There is a huuuge lack of materials for experienced programmers who already know the basics of Python, and that’s what I’m trying to fill.
Along those lines, I’m also designing some self-paced courses on really impactful topics: expressive code reuse through decorators, mastering the Python logging module, building REST servers, etc. This is where teaching live classes helps a lot – I get to look in their faces as I explain something, and learn how to teach something in a way that the light bulb goes off (instead of baffling them). I can then incorporate the best approaches into the self-paced version.
As you might imagine, with all this, I’m not coding nearly enough this year. After leaving Lyft late last year to teach – the hands-down best engineering team I ever had the privilege to work with! – I no longer am coding full-time, alongside truly excellent engineers. And frankly, I miss it.
Fortunately, I’m regularly able to sneak in some actual coding. A few weeks ago, I played hookey from writing for a day to create a tool to manage ID3 tags of my media collection (github.com/redsymbol/mtag). Also assuaging the anguish is that I do significant coding for the courses – implementing a surprisingly sophisticated REST server providing a rich “todo-list” API, for example, so I can teach people how to build realistic web/microservices.
Which Python libraries are your favorite (core or 3rd party)?
I’ve always thought Python’s logging module is an impressive feat of engineering. The better I get as a developer, the more I like it.
I’m in love with asyncio, and Python 3.5’s async/await extensions. This is a big change not just in the library, but the whole Python ecosystem. Excellent libraries like Twisted, gevent, etc. have enabled asynchronous programming for a while; but to have something so solid and well-engineered baked into the standard library is qualitatively different. And on top of that, Python 3’s async support is genuinely breaking new ground.
For third-party, I’m amazed by requests. So much of programming is cognitive – depending on what goes on in the programmer’s mind. A great API can make that orders of magnitude easier. Requests does that better than almost any library I have ever seen.
I use Django and Flask a lot, for two completely different things. For human-facing web applications, Django is my go-to, and has been since version 0.96. (Back in 2007, wow!) For building services that expose their API via HTTPS, Flask works a lot better in my experience; a lot of Django’s killer features become excess baggage in that context, so Flask has less cruft to work around. I am super pumped that Python 3 support is already so solid in both.
Jinja2 continues to be very useful to me. Along with requests, it’s one of those libs I treat like it’s part of the standard library.
Where do you see Python going as a programming language?
I have a couple of answers. First, as concurrency and distributed systems continue to become more important, I think people will use Python to power and evolve those cutting edges more. As recently as a year ago, I would not have believed that, because of the GIL. But what I finally figured out just recently – and I can’t believe it took me sooooo long – is that for a wide range of engineering domains, the global interpreter lock isn’t a significant limitation.
For embarrassingly parallel tasks that are truly CPU bound, we can completely bypass the GIL via multiprocessing (see e.g. https://github.com/migrateup/thumper) – or in the rare cases that doesn’t do the job, C extensions. For network and I/O bound tasks,
threading gets you very far… and if you hit its limits, asyncio takes you the rest of the way. I’m actually designing a 2-day course in Python concurrency for one of my client companies, and I may turn that into a self-paced online course at some point.
What Guido has done with 3.4 and 3.5 is just the start of all this, and I can’t wait to see what he does next. He’s one of the greatest software engineers on the face of the earth!
Anyway, that’s my first prediction. The second: I think we’re going to see a mass migration to Python 3 within the next two years. I don’t think it will happen in 2015, but not long after.
The reason is that several changes are converging right now. First, library support is solid. Many libraries have well-tested and reliable support for Python 3; others don’t and never will (usually because they’ve become unmaintained), but there are drop-in Python 3 replacements. This is all true right now – not a “real soon now” thing.
Second, many big hitters in open-source have committed to Python 3. In particular, both Ubuntu and RedHat have very near-term plans to switch to Python 3 being the distribution default. At least in the case of Ubuntu, Python 2 will not even be installed by default, unless some other package requires it.
It also helps that Python 3 safely installs alongside Python 2 on the same system, without stepping on each other’s toes.
With me, the most promising sign of all is what I see happening on github. There is a LOT of activity involving Python 3 projects. In my experience, the best developers are naturally curious and want to do new things, and won’t stay long with a frozen language like Python 2.
Here’s something interesting: My beginner-level Python classes generally use 2.7, because the companies hiring me to train their employees mostly use that Python version in their day-to-day work. Recently, when I start the class, and tell students we’re using 2.7, they are really disappointed. They feel like they’re being forced to learn an obsolete version, when 3.5 is just around the corner! I kind of spin it for them so they stop being sad, but I think they’re on to something. This factor alone – i.e., the career development urge of wanting to keep up with technology – is starting to push things forward.
The Last 10 PyDevs of the Week