← All Posts
networkingcareer growthfollow-up fridayintrovertsengineering self-management

May 12, 2026

Developer Networking Without Being Cringe: A Field Guide

TL;DR: Most networking advice is written by people who like networking. This isn't that. If you'd rather debug a memory leak at 2 a.m. than make small talk at a conference, you can still build a network. The trick is treating it like an engineering problem: low-frequency, high-signal, written-down. Includes the Follow-Up Friday habit that turns one good conversation into a 5-year relationship.

I don't like networking events.

I tolerate them about as well as a developer tolerates a flaky test. They have value, but the experience is awful and the ROI is unpredictable. If you're nodding along, this post is for you. If you're not, you don't need this post.

What follows is what I do instead. It's slower, smaller, and weirder than the "elevator pitch + business card" version, and it's worked.

Hide the Pain Harold meme — me, smiling at a recruiter happy hour, mentally calculating how soon I can leave Me at a recruiter happy hour. Pain hidden. (Giphy search: hide-the-pain-harold)

Why do most developers struggle with networking?

Three reasons.

The advice is wrong. Most "how to network" advice assumes you enjoy small talk and have a sales-y persona to deploy. Most engineers don't. Following that advice feels like wearing someone else's suit.

The events are optimized for sellers. Conferences, mixers, recruiter happy hours. These are tuned for people whose job is to project warmth at 20 strangers per hour. Most engineering jobs don't include "talk to 20 strangers" as a core skill. The mismatch is structural, not personal.

The real network is built async, not at events. The longest professional relationships in my life started from a Twitter reply, a thoughtful comment on a Hacker News thread, or a follow-up email three weeks after a meeting. Almost none started at a conference.

So if conferences feel terrible to you: you're not bad at networking. You're at the wrong networking.

What does an engineer-friendly network actually look like?

About 30 people you can text once a year and they'll respond within a day.

That's it.

You don't need 500 LinkedIn connections. You need 30 humans who'd take your call if you were considering a job change, or who'd forward your resume to their manager, or who'd let you ask "is this idea stupid?" before you spent a quarter on it.

Build it that way and the rest takes care of itself.

How do I actually find 30 people to know?

Three sources, in priority order.

1. People you've already worked with.

Every job you've held has 3–5 people you got along with. Add them up across your career. You probably already know 15–20 people who'd be in your eventual network if you bothered to maintain the relationship.

The mistake is assuming "I'll reconnect when I need something." By then it's awkward. Stay in touch in low-stakes ways before you need anything.

2. People who write things you respect.

If someone writes a blog post or gives a talk that genuinely changed how you think, send them a one-paragraph note. Specific. About the post, not asking for anything. Most engineers who write public material respond to thoughtful notes; they get fewer than people assume.

I've turned three blog-comment replies into ongoing professional relationships. None of them came from networking events.

3. People referred by people you trust.

When someone in your network says "you should talk to X," do it. Within a week. It's the highest-signal lead you'll ever get, and the friction of warm intros is the lowest of any networking channel.

This is the part that compounds: a network of 30 people you can text feeds you 5–10 warm intros per year.

What's the Follow-Up Friday habit?

Every Friday afternoon, 15 minutes, I open a doc with three names on it.

For each person, I send one message. Could be:

  • "Saw your team shipped X, congrats."
  • "Reread the post you wrote on Y last year. Holds up."
  • "Thinking about Z, wanted to ask: did you ever end up doing the W thing we talked about?"
  • A relevant article link with two sentences of context.

Three messages. Friday. 15 minutes.

Stonks meme — line going up: 3 messages a week × 52 weeks = 156 touches a year Compound interest, applied to relationships. (Giphy search: stonks-meme)

Over a year, that's 156 messages to roughly 30 people, which means each person in your network hears from you about 5 times a year unprompted. That's enough to stay present without being annoying.

The trick isn't the message itself. It's the recurring slot. If you try to do this when you remember, you won't. If you put it on the calendar for the same hour every week, you will. Habit beats discipline.

Some weeks I skip. Most weeks I don't. The compounding is brutal in a good way: in three years I've gone from "I should reach out to that person someday" to "I just texted my friend at [company] yesterday, here's what they said."

Should engineers go to conferences?

Yes, but the math is different than people think.

The value isn't the talks. It's not the booth swag. It's not the hallway track in the abstract. The value is:

  • The 3 people you actually have dinner with. A real conversation over a meal beats 30 30-second introductions.
  • The 2 talks you record yourself reacting to in writing. Public commentary on someone else's talk is a low-cost way to start a relationship with the speaker.
  • The 1 small group you join afterward. Most conferences have a "newcomer dinner" or "first-timer slack." These are higher signal than the keynote.

If you can do all three of those things, conferences are worth it. If you're going to walk the expo floor and collect t-shirts, save the travel budget.

How do I introduce myself without feeling like a fraud?

Drop the elevator pitch. Try this format instead, in any order:

  1. What you do. "I work on payments infrastructure at a fintech."
  2. What you're nerdy about right now. "Spent the last month going down a rabbit hole on event sourcing. Have opinions."
  3. What you're trying to learn. "Trying to figure out when to introduce a service mesh and when not to. Anyone you'd recommend I talk to?"

The third item is the move. It gives the other person something to do (recommend a person or a resource), which is far more inviting than "what do you do?"

Almost everyone you meet, even strangers, will name someone you should talk to. That's how networks bootstrap.

What if I'm introverted or socially anxious?

Same playbook, smaller doses. The rules:

  • Two-hour ceiling at events. Show up late, leave early. Two good conversations is the win condition.
  • One 1:1 follow-up per event. Don't try to maintain every connection. Pick one person, follow up within a week, see if it becomes a relationship.
  • Written-first contact. Send your first real message in writing, not in person. Most engineers communicate better in writing anyway. Play to your strength.
  • Recovery time is non-negotiable. Block your calendar the day after a conference. You need it. Treat it like jet lag.

If you have actual social anxiety, not just introversion, the LeadDev archive has thoughtful pieces from neurodivergent engineers on networking that don't pretend the standard advice fits everyone. Worth searching.

How do I keep in touch without it feeling fake?

Three rules.

Don't reach out only when you need something. The cardinal sin. If the only time someone hears from you is when you're job-hunting, you've trained them to dread your name in their inbox.

Reference something specific. "Saw your team's blog post on the postgres migration, the rollback strategy section saved my Q3." Specific references are evidence you've actually been paying attention. Generic check-ins ("hope you're well!") are evidence of the opposite.

Send the thing the other person actually wants. A relevant link. An intro to someone they'd want to know. A piece of feedback on something they wrote. The currency of networks is utility, not warmth.

How does this connect to career growth?

Your network is the inbound channel for every job you'll ever take that's better than your current one. Per the Stack Overflow Developer Survey, engineers who change jobs through their network see meaningfully better outcomes (higher base, faster level alignment) than ones who go through cold applications.

That's the practical case. The longer-term case is harder to quantify: 10 years into your career, the people who can vouch for your judgment are worth more than your resume. They're who get called when someone in your field has a real opening.

This is also why the promotion brief work matters even if you never get promoted: the document is a portable artifact of your work that's perfect to share inside your network when someone asks "what have you been up to?"

For the full long-arc career strategy, see The Engineer's Guide to Getting Promoted (2026).

FAQ

How do introverted developers build a professional network?

Skip the events. Build a small list (about 30 people) of past colleagues, writers you respect, and warm intros. Use a recurring weekly habit (Follow-Up Friday: 15 min, 3 messages) to stay in touch async. Two good conversations beat 20 30-second introductions every time.

What is "Follow-Up Friday" for engineers?

A recurring 15-minute slot each Friday where you send one specific, no-ask message to three people in your network. Over a year that's 156 messages across roughly 30 people, enough to stay present without being annoying. The habit beats the inspiration.

Do software engineers need to go to conferences to network?

No. Conferences are a high-cost, high-variance channel. The same network can be built via written follow-ups to past colleagues and thoughtful replies to engineers who publish online. If you do go, the value is in 3 meals, not 30 booth visits.

How many people should be in an engineer's professional network?

About 30 active relationships. That's enough that you'll get a useful warm intro on most career questions, and small enough that you can maintain it without it becoming a second job.

What should I say when I follow up with someone I haven't talked to in a year?

Reference something specific from your previous interaction or their recent public work. "Reread your post on X, holds up" or "saw your team shipped Y, congrats, last time we talked you were stuck on the auth layer." Specific beats generic, every single time.

How do I decline networking events without burning bridges?

You don't have to RSVP no to everything. Default to skipping low-signal events (recruiter happy hours, generic mixers) and saying yes to small dinners or speaker invitations. "Thanks for the invite, I'm not making it this time, would love to grab coffee soon though" is a complete sentence.


This is part of the Engineering Self-Management series. The free 14-day workbook includes a Follow-Up Friday template you can adopt this week.

Like what you read?

Start with the free 2-week workbook — 10 exercises, 15 min/day. Or grab the full book: 16 chapters, music-production framework for the human side of engineering.