Dev

No FAANG on your resume? Good. Here's how to win anyway.

Recruiters at big companies are trained to pattern-match logos. Here's how to hack that system when you don't have the logos. Took me three years and a lot of embarrassing rejections to figure this out.

No FAANG on your resume? Good. Here's how to win anyway.

Most resume advice is written by people who've never actually hired anyone.

They'll tell you to 'quantify your impact' and 'tailor your resume to the job description.' Cool. Super helpful. What does that even mean when you spent the last two years building your own thing or working at a 12-person startup nobody's heard of?

Here's what's actually going on: recruiters at big companies have a mental checklist. Google, Meta, Amazon, Stripe, Airbnb. Tier-2: Shopify, Atlassian, Twilio. Everything else is a question mark. You've got about 8 seconds to answer that question mark before they move on.

The real problem isn't your experience. It's context.

In 2021, I applied to about 40 engineering roles after bootstrapping my second product (a B2B SaaS tool that was doing around $6k MRR). I figured that was impressive. Nobody cared. I got maybe 4 callbacks.

The issue wasn't what I'd built. It was that recruiters had no frame of reference for it. They didn't know if $6k MRR was good or trash. They didn't know if my stack was serious engineering or a weekend Heroku project.

I had to give them the context they were missing.

Stop describing what you did. Describe what it meant.

Old line on my resume: Built and maintained backend API for SaaS product.

New line: Designed and shipped a multi-tenant REST API serving 1,200 paying customers with 99.97% uptime over 14 months — no ops team, no SRE, just me and PagerDuty.

Same job. Completely different signal.

The second version answers the question a senior engineer would actually ask: did this person operate something real, under real pressure, with real stakes? Yes. Next question.

You're not padding. You're providing context. There's a difference.

Use the tools as proof.

Big companies run on specific toolchains. If you've used Datadog for monitoring, Linear for project tracking, Terraform for infra, or Kafka for event streaming — put those in. Not in a skills section nobody reads. In the bullet points, where they show up as evidence.

Instrumented full observability stack with Datadog APM and custom dashboards — caught a database connection leak that was quietly costing ~$400/month in cloud spend.

That one line does three things. Shows tool fluency. Shows you think about money. Shows you actually used the thing, not just installed it.

Your indie stuff is not a liability. Frame it right.

I used to hide my side projects or bury them at the bottom. Big mistake. Those are the most interesting things on your resume if you frame them properly.

Don't write: Personal project — e-commerce store.

Write: Bootstrapped a DTC product to $8k MRR as sole developer. Handled full stack from Next.js frontend to Stripe billing to AWS infrastructure. Grew to 340 active subscribers before selling in 2022.

Now it reads like a startup. Because it was.

One more thing nobody tells you.

Get your GitHub activity up before you apply. Not a bunch of fake commits. Real stuff. Fix an open source bug. Publish a small tool you actually use. Write a README that doesn't suck.

Recruiters don't always look. But engineers do. And engineers are the ones who actually decide if you get the job.

You don't need the FAANG logo. You need to make the reviewer feel safe saying yes to you. Context, proof, and specificity do that. Fancy employers don't.

OPEN IN REEDL_ FEED →← Back to feed