Back

Notes on interviewing

A working playbook for technical interviews.

This page is placeholder content. It exists so the reading experience, typography, table of contents, and hover details can be seen with real paragraphs in place. Replace it with your own writing.

The structure below mirrors how a long-form post reads on this site: an up-front summary, a handful of sections with subsections, quotes, links like this one that show a small preview on hover, and a checklist at the end.

TL;DR

Getting in the door

Applying through a careers page is the default move, and also the weakest one. A referral, a thoughtful message to someone on the team, or visible public work all put your name in front of a person instead of a filter.

Keep a short list of companies you actually care about. For each one, find the most direct human path in: someone you know, someone you have interacted with online, or the person who would be your manager.

Practice is the shortcut

Your first few interviews will be rough no matter how prepared you feel. Schedule some with companies you are less attached to before the ones you want most. Volume converts anxiety into routine.

The interview you are nervous about is rarely the one that matters. The reps you did beforehand are.

Preparing well

Learn the format before the content. A systems design conversation, a pairing session, and a timed algorithm round reward different preparation. Ask recruiters what to expect; they will usually tell you exactly.

Show, don't tell

A small working demo tuned to the company's product is worth more than a polished resume. It proves initiative, taste, and shipping ability all at once, and it gives the interview a concrete thing to talk about.

The offer stage

Negotiation starts before the offer: parallel processes create options, and options create leverage. When a number arrives, thank them, take a day, and come back with questions rather than demands.


The checklist