At Yelp, I've been in a role we call Group Technical Lead (GTL) for a little over a year now. In short, it involves being the technical (aka non-people-manager) leader of a technical space that spans teams. The closest industry standard analog is probably Senior Staff Engineer. I worked in …
Posts published by: Scott Triglia
I've had a pretty good run of writing something (internally, for Yelp) every week for a while now, averaging ~3 posts per month since August. These posts are usually focused on what I've been thinking about this past week, but I try to include a dedicated non-status-update section in each …
I got sideswiped this a confluence of factors that finally convinced me to resurrect a decent static site generator (hi Pelican!) and bring this blog back from the relative dead.
In fast succession: Medium finally locked all useful distribution they do behind an even stronger paywall, I read this article by Fred Wilson on the value of being self-sufficient, and the one and only patio11 kindly responded to some of my questions about how to bootstrap a fledgling website no one visits out of the cold start problem.
So I'm going to primarily be writing on my own blog (e.g. this post at http://www.locallyoptimal.com/blog/2019/03/24/publish-independently-publish-often/), syndicating posts across to Medium for a least a bit, and seeing how it goes.
A one-day conference born from the Vanocuver equivalent of our local SF Python meetup. I had meet one of the organizers (Seb, @elbaschid) during a previous PyconAU and he convinced me to drop by and give a talk.
Really great community (small and friendly!) in a beautiful city. I've never had such a friendly conference audience, it was great to have conversations with many people over the course of the day 😊
I've tried to write up some useful notes on each of the longer talks, but I very much enjoyed taking part and getting to hear from the diverse backgrounds of all the different speakers and attendees.
I was lucky enough to speak at PyconAU 2015, in Brisbane! Least I can do is write up some notes about the talks I particularly enjoyed. Here they lie, somewhat edited and mostly linked against the conference website.
A quick topic -- executing a python module from the command line!
Every once in a while I get the itch to turn some one off script I wrote into a proper package. Turns out advice on the subject is a little scattered, and if you're anything like me it can be frustrating to track down relevant posts on the entire subject. So, just for fun, let's walk through the process of taking a one-off script I wrote and making it into a nice python package, complete with isolated testing, uploading to pypi, and convenient installation.
Now knowing my blogging habits, I'm splitting this into a few small posts in the hopes that I actually get through them. So lets take a current project I have and decide where to start.
Do you know my favorite fact about programming? In the end, everything is build from code and you can understand it all -- there is absolutely no magic. With enough effort, almost everything you interact with can be dug into, demystified, and explained. I know I often interact with various tools I use as if they were black boxes, either for lack of time, lack of interest, or a fear that I wouldn't understand them if I tried. But let's fight back against that.
So for this post, let's understand what's going on with python's virtualenv package.
Interviews are a tricky thing to administer well. I still remember overflowing with nervous energy when I interviewed with Yelp and Google a couple years ago, wondering whether I'd make a complete fool of myself when it came time for the inevitable programming challenge. I stumbled through the various questions, handling some easily and getting completely flustered by others, and overall was relieved when the ordeal was over. Perhaps most importantly, the whole time I had basically zero clue what I was doing or how I should be presenting myself -- I was simply going with the flow and testing out whatever anecdotal advice I picked up along the way.
Having spent a year or so on the other side of the table, there are several easy ways to improve how you come across in an interview -- and none of them involve cramming!
We all make mistakes…some more embarrassing than others in hindsight. I always really appreciate when programmers I look up to make a point of pointing out their own faults, so I figured it was only fair for me to do the same.
So in that spirit, let's talk about where I've gone wrong! Looking back on the tests I've written in the last six months has made me realize several things I'd change if I could write them again.