How to work with me

Two emails arrive on the same morning. The first, subject “Quick question”, hopes I’m doing well and asks whether I’d have time to discuss observability. The second asks whether head-based sampling drops LLM spans at 10%. I answer the second from my phone before the coffee is done. The first gets a reply asking what the question actually is, and we lose two days to that round trip.

Nothing about my calendar or my willingness to help changes between those two replies. Only the message does.

If you read nothing else here

Put your real question, with enough context to answer it, in the first message. Everything below is detail on that.

How to reach me

Messages come from readers, collaborators, recruiters and people stuck on a problem. I like getting them.

Email. My address is in the footer of every page on this site, or via the contact section. I read every note and reply to the ones I can help with, usually within a few days. If a week passes with no reply, I’m overloaded, not offended. A polite nudge is welcome and it works.

Put everything in the first message

Make your first message complete enough that I can answer it without asking you anything.

  • Ask the question, don’t announce it. “Can I ask you something about observability?” Yes, you can. Ask it. An email that only requests permission buys a round trip, and email round trips run in days, not minutes. Greet me and ask in the same message. (On Slack or LinkedIn this shows up as the bare “hi”, which is its own well-documented problem.)
  • Lead with the goal, not the step you’re stuck on. “I’m trying to trace token usage per tenant; I got as far as X and it breaks at Y” gets a far better answer than “how do I change this config value?” Often the step you’re fighting isn’t the right step at all.
  • Show what you already tried. What you searched, what you read, what failed and how. Narrowing a problem down before you escalate it is most of the work, and that context lets me skip everything you have already ruled out.
  • Be specific. Exact error messages, versions, a link, a minimal example. Vague asks (“it doesn’t work”, “any thoughts?”) stall; specifics get answers.

If AI helped you write it

Fine, I use these tools too. But edit it down to your words and your actual situation before you send it. If you paste raw model output, you’re sending me something I could have generated myself in four seconds, and a long unedited AI message signals that you didn’t invest the effort you’re asking of me.

Calls and meetings

I work async-first, in IST (UTC+5:30), and I think best in writing, so a well-written email usually gets you a better answer than a call would. If something genuinely needs a call, propose it in the email with the agenda and the outcome you want, and I’ll share times.

Don’t misunderstand me

A few things about how I communicate that can read wrong:

  • Short replies are not annoyance. I write tersely to answer fast; there is no subtext.
  • Silence means overloaded, not ignored. Nudge me after a week.
  • I push back on ideas out loud. Questions and counter-arguments are me engaging with your idea, not rejecting it.

What I’ll politely decline

To save us both a round trip:

  • “Can I pick your brain for 30 minutes?” Send the specific question in writing instead; you’ll get a better answer, faster.
  • “Can you debug my project / do my assignment?” I can point you in a direction if you show me where you’re stuck, but I won’t do the work.
  • Link exchanges, guest-post pitches and product promotion. No reply is coming.
  • Recruiter outreach that hasn’t read my profile. If you include the role, the range and why me specifically, in writing, I’ll read it.

Where this comes from

None of this is original. I collected it over the years from people who wrote it down first:


I don’t always live up to this page. If your experience of working with me doesn’t match it, tell me. That is exactly the kind of message I want.