How do we interview? Well okay. We're still learning. This is how we approach hiring for Cloud Economists (other roles vary and are available at duckbillgroup.com/careers/). There are six steps.
Step 1: So you apply by filling out the form. Next, @mike_julian goes through and screens out poor fits.
(He has no job more important than hiring.)
What do I mean by "poor fits?" No AWS cost optimization experience, inarticulate answers to the questions in the application, etc. We never "shame" folks for it, we just move on.
Nobody should ever be made to feel like an asshole for applying for a job, full stop.
Step 2 is @mike_julian hopping on a call with the candidate to chat and assess general fit. After this point no one will be ghosted; you'll be told if we decline to continue the process, along with why.
Step 3: Then there's a short "homework assignment." These are open ended written questions, and how they're graded is included in the instructions. We're not hiding anything; there's no hidden trick.
Once the assignment is returned, we review it and schedule a 60 minute presentation with us as if we were the client. No slides; it's a conversation. We'll discuss your answers with you.
That's step 4.
(None of these interviews are antagonistic, or trying to prove that we're smarter than the candidate. We're not shitheads.)
Step 5: A panel interview with representatives both from Sales and the CE team. These people will be your coworkers; their opinions matter every bit as much as yours will if you join us.
What will they be asking you? Behavioral questions that are consistent between candidates for maximum fairness.
Step 6: The final round is a joint call with @mike_julian and me.
We address any questions you have, or any concerns the team discovered during the interview.
I tell you a few things about the company that sound horrible if they come from anyone else.
At this point, we make a decision and communicate it effectively. Ideally we make you an offer. Ideally you say yes. Ideally we can stop interviewing and get back to the other things we do here--like tweeting.
Start to finish, the process should give a clear view into who we are, what we believe, how we operate, and what it'd be like to work here. And in turn we want to see what you're best at, not find the thing you're weak at and beat you up on it.
I will now field questions!
Absolutely, and @NatVeisWilliams hit that one out of the freaking PARK.
Once we send homework, we move as quickly as the candidate wants--typically. Being full-remote has been a boon for this; having to do it all on-site would make it way harder.
But that said, I have permission to share one story. We got all the way to the final round (for a different role) with @killedbygoogle before we realized we were thinking about an aspect of our own business completely the wrong way, and the role wouldn't have succeeded.
Specifically, we wouldn't have been able to ensure that he would be successful, and that wasn't palatable to us.
That said, he's most definitely on our list of people we aspire to one day work with, and we've made sure he knows that. If you can hire him, you absolutely should.
As an extremely small team, making the right hire is crucial. A bad fit can destroy a team. We're cautious.
People forget that interviews are two-way streets. You want to sell the company as being a great place to work, even if this opportunity doesn't work out.
People talk. Good relationships last longer than jobs.
A careful reading of our job posting outlines who fits best here and who doesn't. For example, we're not venture-funded and thus won't be growing quickly. Desires around being in a rocketship won't fit well here.
Something that's easily overlooked is that we're not VC funded; we're profitable, and hiring people cuts against profitability. We don't have a giant SoftBank war chest to hire 200 people and see who works out. We have to be intentional and very thoughtful about hiring.
We try to be as helpful as possible. The later in the process you are when we turn you down, the more specific we tend to get.
We do that because a candidate is investing a lot of time with us. We've personally been on the shit end of companies rejecting us at the last minute and it's awful. We try to do the opposite.
Shout-out to @yammer for rescinding a written offer 20 minutes after sending it!
Well, the company is 25 months old and less than ten people. Besides, the questions aren't the interesting thing: the answers are. The questions are not trivia; they can be prepared for, but you can't doctor the _quality_ of your responses.
In tonight's thread, incoming @awscloud CEO @aselipsky gets to learn who I am, along with anyone else new to my nonsense. This might take a few tweets.
Around the time @aselipsky was leaving @awscloud I was starting the consultancy that eventually became The Duckbill Group. We fix AWS bills for large customers, and also have a "media" division. Our mascot is Billie the Platypus, who is dangerously unstable and frankly scares us.
Those scare quotes around "media" account for the @LastWeekinAWS newsletter, blog, and podcast, meanwhileinsecurity.com, and the non-snarky interview podcast "Screaming in the Cloud" to which @aselipsky has an open invitation. I also tweet actively and aggressively. Oh dear.
Having reviewed the counteroffer that @vPilotSchenck's dev friend sent, it's very much a "bullet dodged." There was nothing egregious about it, and the company comes off incredibly poorly as a result.
The response was reasonable. The edge case I’d have understood would have been an emailed counteroffer that made the employer question the candidate’s professionalism or judgement.
I’m talking “8x market rate” or opening with “Dear Shitpoodles.”
The company now has spent more than the salary difference just getting to the offer stage, so it’s dumb financially. And they’re in a small sector so it’s reputationally moronic.
So who is @aselipsky? He left @awscloud for @tableau shortly before I entered the space (presumably because he was so disgusted with QuickSight that he wanted to ground them into the pavement as a core focus), so I'm as puzzled as you.
A thread!
We know he was one of AWS's first VP hires--he came aboard in 2005 from RealNetworks where he was the VP of Buffering.
Apparently he's serious, businesslike, and inside of @awscloud he's almost universally liked.
In other words "so much my opposite that if we ever shook hands the resulting explosion would destroy everything within six miles."
“Telemedicine” is a $100 billion market that will be worth every penny when you need a quick excuse for your roommate when they walk in on you showing your butthole to your webcam.
Site Reliability Engineering is just DevOps with better gatekeeping, which is just sysadmining with a better paycheck.
The first donation is in. Yay, the system works. That's because @charitywater clearly doesn't use a service mesh, which is the first victim of the snark.
Service meesh are fundamentally thin layers of abstraction on top of DNS, which is a database. The reason for this is purely to shut up the "it's always DNS" brigade. Now it's the service mesh which nobody understands either, but at least this time they're honest about it.
“The Duckbill Group” is next. Sweep away the fancy language and the marketing; what you’re left with is “Dramatic Readings of Excel Spreadsheets.”