One of the reasons job descriptions are hard to write is because they’re not just about the role, they’re about what you’re signaling—whether you realize it or not.
You're often too close to the role and fail to recognize what makes your company distinct.
I mean, we don't do on-call at the Duckbill Group because why would we? But I forgot to mention it in a draft of the job req, and the candidates we want are often mired in on-call hell.
"We're fun, so we should make 'a sense of humor' mandatory!"
Yeah, but "must have a good sense of humor" is often used by some incredibly toxic workplaces to justify shitty behaviors, and candidates are sensitive to that.
One of the contributors to my deciding to start the Duckbill Group was that I was looking at SRE jobs and they were all about the tech stacks used.
"10 jobs all alike within a block of each other" is just soul sucking.
That's probably not true, but they didn't tell a story.
I care about what your tech stack is a hell of a lot less than I do what kind of people you are.
But you have to show that too. "We value diversity" and then your teams page is white dudes and other, whiter dudes.
"Hey! The admin assistant is a woman!" You aren't helping.
Take a step back and *think*. Why do you work there? You presumably have options; you choose to work there and you continue to make that choice every day.
Tell that story.
A bad result is 0 applicants. Only slightly better is 5,000 applicants.
You want to get the right people applying, but some folks spam their résumés into every job they see. Disqualify those and move on. Don't put them on blast. It's hard out there. Be kind.
I like to add a little bit of friction to the process. Not "retype your résumé into a bunch of form fields," but intelligent friction.
"What interests you about working here" is a good one. I want to see that you've at least read the req.
"What're going to be the parts of the role I'll hate" is a fine interview question to ask a prospective employer. If they don't tell you, or get defensive? I'd keep looking elsewhere.
We built that req upthread out of things we always hated about other job postings.
We include the compensation range. We talk specifically about benefits. We talk about what the day to day will entail. We touch on our company ethos.
None of this should be rare.
"I'm not interested" is a *TERRIFIC* response! Filter out people who wouldn't be happy in the role for one reason or another upfront. Give them enough information to self-select out.
An example! We pay less than tech unicorns will for the skillset, and we don't offer equity because it'd be pointless for a company like ours. We offer a bunch of other things instead, and we call all of that out up front.
If that's not okay with a candidate, let's find out now.
Everything I'm talking about is for small companies like ours. I have no clue how to hire 20K people into an org.
“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.”
This is a *great* question that deserves its own thread.
The context is "I help companies polish reports like this to relevance before publication as an analyst gig; how is that not a shakedown / extortion racket?"
To be clear: the analyst engagements for things like this are very much "I will basically mock the thing you're building, only early enough in the process that you can fix it before publication."
This has definite value to the company; it makes their thing resonate better.
"How is this not extortion?"
Because you're not looking deeply enough. Read the thread I just did. It called a bad report bad, and that's true--but it didn't disparage @acloudguru's actual company or value proposition one iota.
"How Companies Are Shifting to Multi-Cloud" is almost certainly a half-assed take. @acloudguru confirms it by failing to retitle their marketing funnel from the "Cloud and the Public Sector" version.
Thankfully this thing is only 16 pages and starts by highlighting a point of commonality between @awscloud, @Azure, and @googlecloud: their complete lack of tolerance for taking artistic license with their logos.
"You're hurtling down a snowy mountain. A dangerous ravine is to your right, a dark forest is to your left. You have a decision to make. Are you on skis or a snowboard?"
"Here's a phone number and a passcode. At the beep, leave your best idea of what a dodo bird's mating call sounded like."
So I've had a few people ask me to opine on how to find your first client when you set out on your own.
My initial inclination was "people aren't going to want to hear this," which means it's probably rife for:
A thread.
Let me start by talking about my first client when I set out on my own.
"Corey, I have this problem. You know how to fix problems like this. You just left your job; you've probably got some spare cycles. What do you say?"
In a very real sense, my first client found me.
In time, that first client and I kept hiring each other back and forth for a bunch of things, until it got to the point where we were just passing $X000 back and forth.
It just got silly, I asked @mike_julian to run my company, and here we are today.