Chaos and Order

💡 왼쪽 원문을 읽으면서 오른쪽에 따라 써보세요. Tab 키로 힌트를 받을 수 있습니다.

들어가며 — "내성적 개발자인데 네트워킹 꼭 해야 하나요?"

내성적 Senior 개발자:

"혼자 있는 게 편해요. 밋업 가면 에너지 소진. 근데 주변에선 '네트워킹 해야 커리어 된다' 하고."

답: 해야 한다, 그리고 내성적이어도 가능하다. 다만 외향적 방식이 아니라 내성적 방식으로.

Mark Granovetter의 1973년 논문 The Strength of Weak Ties (약한 관계의 힘):

이직의 80%가 약한 관계를 통해
강한 관계(친구)는 같은 정보
약한 관계(지인)가 새 정보/기회 전달

즉: 한 사람과 깊은 관계 10개보다, 얕은 관계 100개가 커리어에 유리.

이 글은:

네트워킹의 과학 — Granovetter, Dunbar
내성적 개발자 전략 — 1:1, 비동기
LinkedIn/Twitter/GitHub 최적화
컨퍼런스 참여부터 발표까지
글로벌 영어권 네트워크
한국 커뮤니티 활용
Personal branding 윤리

을 다룬다. Season 3 Episode 12. 지난 편 "학습"을 했다면, 이번은 "그 학습을 누군가와 연결해 기회로 만드는 법".

Chapter 1: 네트워킹의 과학

1.1 Granovetter의 약한 관계

강한 관계 (Strong Ties):

친한 친구, 가족
자주 만남, 높은 감정 투자
같은 서클, 같은 정보

약한 관계 (Weak Ties):

지인, 동료의 동료, 옛 직장 동료
가끔 연락, 낮은 투자
다른 서클 → 새 정보

연구: 이직한 사람 중:

16% — 강한 관계로
56% — 약한 관계로
28% — 광고/시스템

핵심: **"누군가의 동생의 친구"**가 기회를 가져옴.

1.2 Dunbar의 숫자

Robin Dunbar (영장류학자):

5명: 가장 가까운 (가족, 연인)
15명: 친한 친구
50명: 정기적으로 만남
150명: 의미 있는 관계 상한
500명: 얼굴 + 맥락 기억
1,500명: 이름 기억

LinkedIn 5,000 연결? 비현실적. 실제 유의미한 관계는 500명 이하.

1.3 Reciprocity (상호성)

Robert Cialdini:

"인간은 받은 것을 돌려주려는 본성이 강하다."

먼저 주기:

유용한 글 공유
소개
피드백
추천

→ 나중에 받기.

1.4 Serendipity (우연성)

AngelList 창업자 Naval Ravikant:

"운은 계산될 수 있는 것이 아니라 넓힐 수 있는 표면적이다."

네트워킹 = Serendipity surface area 넓히기. 많이 만나고, 많이 쓰고, 많이 공유하면 기회 확률 증가.

Chapter 2: 내성적 개발자의 전략

2.1 "내성적 ≠ 사교 능력 없음"

내성적: 혼자 있으면 에너지 충전
외향적: 여럿이 있으면 에너지 충전

내성적도 훌륭히 네트워킹 가능. 방식이 다를 뿐.

2.2 내성적 친화 방식

1) 1:1 대화:

커피챗 (30~60분)
깊은 대화 가능
대규모 파티보다 효과

2) 비동기:

블로그, Twitter, LinkedIn 글쓰기
읽고 답하기
시간 통제 가능

3) 소수 그룹:

책 스터디 4~6명
정기 모임
같은 얼굴 반복

4) 특정 주제 중심:

"뭐 하세요?"보다 "Rust 배우는 사람끼리"
공통 관심사로 깊이

2.3 외향적 방식은 피해야 할 일

큰 파티 억지로 참여
생판 모르는 사람 cold approach
매일 미팅 꽉 채우기

에너지 관리: 모임 후 회복 시간 확보.

2.4 내성적 모범 사례

Dan Luu: 글로만 글로벌 영향력
Simon Willison: 블로그 + Twitter, 오프라인 발표 적음
Julia Evans: 만화 + zines, 개인 작업 위주

2.5 한 번에 한 명

Weekly goal: 일주일에 1명과 의미 있는 대화.

1년 = 50명. 10년 = 500명. Dunbar 상한.

Chapter 3: LinkedIn 프로파일 최적화

3.1 왜 LinkedIn?

채용 담당자가 가장 많이 보는 플랫폼
글로벌 표준
간접 Signal (이력, 추천)

3.2 프로파일 요소

1) 사진:

전문적, 웃음
원색 배경 피하기
얼굴이 프레임의 60%

2) Headline:

현재 역할 + 전문 분야
예: "Staff Software Engineer at Kakao · Distributed Systems · OSS maintainer of X"
나쁜 예: "Passionate dev" (모호)

3) Banner:

전문 분야 관련 이미지
Canva에서 제작 가능

4) About (Summary):

첫 2~3줄이 가장 중요 (접힘 전)
스토리 형식: 배경 + 현재 + 미래
검색 키워드 포함

5) Experience:

불릿 3~5개/역할
임팩트 숫자 ("Reduced p99 from 800ms to 150ms, saving $2M annually")
STAR 포맷

6) Skills:

상위 3개를 전략적으로
팀원 endorse 받기

7) Recommendations:

전/현 매니저, 동료
3개 이상 추천

3.3 포스팅 전략

콘텐츠 종류:

자기 블로그 글 공유
업계 뉴스 + 본인 의견
커리어 교훈
OSS 프로젝트 업데이트

빈도: 주 1~2회. 너무 자주 = 스팸.

시간대: 화~목 오전 (LinkedIn 알고리즘).

3.4 연결 전략

Cold connect (처음 보는 사람):

반드시 커스텀 메시지
왜 연결 원하는지 명시
짧게 (100자 이하)

예:

"안녕하세요. 블로그 포스트 'Rust 샤딩 이야기' 감명 깊게 읽었습니다. Rust + 분산 시스템 관심사가 비슷해 연결하고 싶어 문자 드립니다."

3.5 LinkedIn 안티패턴

"안녕하세요, LinkedIn 연결 제안 드립니다" 복붙
연결 직후 갑자기 영업
매일 5번 포스팅
과장된 타이틀 ("CEO at Personal Brand LLC")

Chapter 4: Twitter/X 전략

4.1 왜 Twitter?

개발자의 회의장
실시간 업계 흐름
유명 개발자와 직접 대화 가능
글쓰기 연습 (280자 제약)

4.2 프로필 세팅

Bio: 역할 + 관심사 3가지 + 핸들(회사/프로젝트)
Pinned tweet: 본인 대표 콘텐츠
Header image: 본인 브랜드 시각 표현

4.3 팔로우 전략

먼저 팔로우:

본인 관심 도메인 리더 50명
같은 국가 개발자 30명
관심 회사 엔지니어 20명

Twitter List 활용:

"분산 시스템", "AI", "Rust" 주제별
타임라인 정돈

4.4 트윗 콘텐츠

Tweet types:

TIL (Today I Learned): "오늘 X를 배웠다. Y한 이유로 흥미롭다."
Thread: 긴 주제 10~20 tweet 연속
Quote tweet + 의견
본인 블로그 요약 + 링크
질문: 답변 받기 좋음

4.5 Engagement 증가

리플라이 활발 (자기 글보다 남 글에)
Thread 작성 (조회수 높음)
시각 자료 (이미지 + 다이어그램)
시간대 일관성

4.6 주의

정치/종교 논쟁 피하기
공격적 논쟁 자제
Delete/Edit 신중
본인 회사 기밀 금지

4.7 한국어 vs 영어

영어: 글로벌 영향력 한국어: 한국 커뮤니티

전략:

영어 중심 + 가끔 한국어
또는 완전 한국어로 한국 커뮤니티 타겟

4.8 성공 사례

Simon Willison: Django co-creator, 매일 Python/AI 트윗
Dan Abramov: React 코어, 교육적 thread로 유명
Kelsey Hightower: Kubernetes 교육
한국: 변정훈(outsider), 향로, etc.

Chapter 5: GitHub 프로파일

5.1 프로파일 README

GitHub에서 본인 username 같은 이름의 저장소 만들면 프로파일에 표시.

좋은 구성:

소개 2~3줄
최근 프로젝트
관심 기술 (배지)
연락 방법

5.2 Pinned Repositories

상위 6개 고정
본인 대표 작품
잘 관리된 README 있는 것

5.3 Contribution Graph (Grass)

매일 커밋 습관 (장려)
무리한 "매일 커밋"은 부자연
Private 저장소도 카운트됨

5.4 프로젝트 홍보 공간으로

README에 스크린샷
데모 링크
Badge (CI, 테스트 커버리지, 라이선스)
Stars 유지

5.5 GitHub Sponsors

프로파일에 스폰서 버튼
작은 기여도 후원자에게 어필
OSS 기반 구축 시 활용

5.6 GitHub Discussions 참여

OSS 프로젝트 Discussion에 질문/답변
메인테이너 눈에 띔
기여 진입점

Chapter 6: 컨퍼런스 참여

6.1 왜 참여하는가

집중된 네트워킹 (1일 100명)
최신 트렌드
원칙적으로 "새 관점"
재충전

6.2 참여 전 준비

1) 목록 작성:

만나고 싶은 사람 5명 (사전 Twitter DM)
듣고 싶은 세션 (일정표)
궁금한 질문 3가지

2) 명함 / 링크:

종이 명함 아직 유효
Digital card (LinkedIn QR) 편리
포켓 사이즈 프린트

3) 소개 연습:

30초 pitch ("저는 X에서 Y를 하고, 요즘 Z에 관심 있습니다")

6.3 당일 전략

오전:

키노트, 빅 세션 참석
이동 중 대화

점심/간식 시간:

진짜 네트워킹 시간
원하는 사람 근처에 서기
"이 세션 어땠어요?" 질문 시작

오후:

관심 세션 집중
그 세션 끝나고 발표자에게 질문/인사

저녁:

스폰서 파티, 회식
소규모 디너 더 효과

6.4 세션 후 행동

72시간 내 LinkedIn 추가:

"컨퍼런스 X에서 뵈었습니다" 메모
대화 내용 간단 언급

2주 내 follow-up:

관심 주제 글 공유
커피챗 제안

6.5 한국 주요 컨퍼런스 (재확인)

FEConf, JSConf, 파이콘
네이버 DEVIEW
카카오 if(kakao)
우아콘, Toss PLANET
NHN FORWARD

6.6 글로벌 주요 컨퍼런스

KubeCon
QCon
RustConf, GopherCon, PyCon
JSConf, React Summit
Strange Loop (종료)
Scale by the Bay

Chapter 7: 발표 기회 만들기

7.1 시작 사다리

Level 1: 회사 내 Tech Talk

매주/매월 개최하는 곳 많음
10명 앞에서 30분

Level 2: 커뮤니티 밋업

Meetup.com, Lu.ma
20~~50명, 15~~30분

Level 3: 지역 컨퍼런스

한국: FEConf, 우아콘, etc.
300~1000명

Level 4: 글로벌 컨퍼런스

KubeCon, JSConf 등
1000~10000명

7.2 CFP (Call for Proposal)

좋은 초록:

구체적 제목
문제 + 해결
Takeaways
발표자 크레덴셜

예:

"[제목] How We Migrated 10M Users Without Downtime: A Case Study in Shopify [초록] At Shopify, we migrated our 10M active users to a new architecture over 6 months without any downtime. This talk shares the strangler fig pattern we used, 3 critical failures we recovered from, and the cultural changes that made it possible. Audience will leave with a step-by-step playbook."

7.3 슬라이드 디자인

1 idea = 1 slide
큰 폰트 (28pt+)
코드 스크린샷 (사진 대신)
다이어그램 필수

7.4 리허설

최소 5회 리허설
동료 앞에서 1~2회
혼자 녹화해서 리뷰
타임 체크

7.5 본 발표

1시간 전 도착
발표 직전 심호흡
청중과 눈 맞춤 (한 섹션당 한 명씩)
Q&A: 모르면 "좋은 질문인데 나중에 답변"

7.6 발표 후

슬라이드 공개 (SpeakerDeck)
블로그 포스트화
YouTube 녹화 업로드

한 번 발표 → 10개 콘텐츠.

Chapter 8: 글로벌 영어권 네트워크

8.1 왜 필요한가

글로벌 기회 (미국, 유럽 포지션)
최신 트렌드 빠른 접촉
다양한 관점
연봉 대폭 상승 가능

8.2 시작점

Twitter 활용:

영어로 트윗 시작 (월 3~5개)
관심 영역 외국 개발자 팔로우
Thread로 영어 글 연습

Podcast 출연:

Changelog, Software Engineering Daily
한국계 미국 개발자 podcast (간헐적)

OSS 기여:

메인테이너와 영어로 소통
Pull Request 설명이 블로그 역할

Conference speaking:

영어로 발표 = 글로벌 브랜드
처음엔 온라인 컨퍼런스부터

8.3 영어 커뮤니케이션

문법보다 명료성:

완벽하지 않아도 OK
요점 먼저
예시 사용

글쓰기 도구:

Grammarly
DeepL Write
Claude/GPT 편집 파트너

8.4 문화 차이 이해

Low-context vs High-context:

영어권 (Low): 말로 명확히
한국 (High): 분위기로 해석

→ 영어로 쓸 때는 명시적으로.

8.5 성공 사례

Joonyoung Park (Facebook): 한국 → Meta 분산 시스템
Minjang Kim (Kakao): Apple에서 OSS 기여 후 Kakao 이직
기타 한국 국적 실리콘밸리 시니어들

Chapter 9: 한국 커뮤니티

9.1 분야별 커뮤니티

프론트엔드:

FEConf, JSConf Korea
React Seoul, Vue Korea Meetup

백엔드:

Spring User Group
Go Korea, Rust Korea

데이터/AI:

PyCon Korea
KR AI/ML Meetup

보안:

SecCon, KIMCHICON

DevOps/SRE:

DevOps Korea Meetup
Kubernetes Korea

9.2 일반 커뮤니티

OKKY: Q&A, 구인구직
인프런 커뮤니티
GeekNews (news.hada.io): 큐레이션
Disquiet: 빌더/창업

9.3 회사별 오픈 활동

네이버 D2
카카오 기술 블로그
우아한형제들 기술 블로그
토스 SLASH
라인 DevDay

참여/참관으로 네트워크.

9.4 스터디 그룹 만들기

적정 인원: 4~8명
주제 명확
주 1회 90분
Notion으로 노트 공유

Chapter 10: Personal Branding 윤리

10.1 진정성 vs 과장

진정성:

실제 경험
실패도 공유
모르는 것 "모른다"

과장:

없는 경험 부풀림
남 일 본인 것인 척
타이틀 인플레

장기적으로 진정성이 이김.

10.2 Grifter vs Educator

Grifter: "나처럼 해봐, 성공할 거야" (증거 없음) Educator: "내가 배운 것을 나눈다" (구체적)

Twitter/LinkedIn에 전자 많음. 후자 되기.

10.3 공개 범위

공개 OK:

기술적 작업
공식 발표
본인 블로그

주의:

회사 기밀
팀원 정보
고객 데이터
내부 갈등

10.4 사생활과의 균형

가족 사진 공유 여부 본인 결정
정치/종교는 리스크
건강/정신 건강은 선택적 공유

10.5 흑색 선전

경쟁사 비방
전 회사 험담
특정 개인 공격

→ 단기 주목, 장기 신뢰 파괴.

Chapter 11: 네트워킹 루틴

11.1 주간

LinkedIn 새 연결 2~3명 (의미 있게)
Twitter 트윗 3~5개, 리플라이 10+
블로그 글 1편 (또는 초안)
커피챗 1회

11.2 월간

동료/지인 안부 연락 5명
새 밋업 1회
옛 동료 1명 재연결
GitHub 기여 지속

11.3 분기

컨퍼런스 1회 (참가 또는 발표)
관심 회사 엔지니어 커피챗 3명
새 스터디 그룹 또는 OSS 참여

11.4 연간

연 네트워크 리뷰 (누구와 연결됐나, 누구 놓쳤나)
연 1회 큰 발표 또는 워크숍
새 글로벌 네트워크 10명

Chapter 12: 12항목 네트워킹/브랜딩 체크리스트

Chapter 13: 10가지 네트워킹 안티패턴

1) Ask without giving

매번 도움만 요청. 반대 없음. 먼저 주기.

2) Collector mentality

LinkedIn 5,000 연결 목표. 의미 없음. Quality > Quantity.

3) Transactional

"이 사람 나한테 도움 될까?"만 계산. 진정성 없음. 사람 자체에 관심.

LinkedIn에 이혼 얘기. 전문성 이미지 파괴. 적절한 선.

5) Humble brag

"오늘 운 좋게 Google 오퍼 받았어요^^" 역효과. 직접적이거나 침묵.

6) 밋업에서 혼자 다니기

구석에서 폰만 봄. 아무도 못 만남. 1명에게 인사 시도.

7) 팔로업 안 함

명함 받고 끝. 연결 깨짐. 72시간 내 LinkedIn.

8) 회사 기밀 공개

매출, 전략, 내부 정치. 법적 문제. 신중.

9) 무한 셀링

모든 포스트 본인 제품/서비스. 팔로워 이탈. 80/20 원칙 (콘텐츠 80, 홍보 20).

10) 번아웃 네트워킹

매일 3개 밋업. 곧 탈진. 지속 가능한 페이스.

마치며 — 네트워킹은 씨앗 심기

원칙 1: 관계 자체가 목적

직접 이익 없이도 진정성 있게. 신뢰가 복리.

원칙 2: 주는 게 받는 것보다 먼저

Reciprocity는 자동. 먼저 주면 돌아옴.

원칙 3: 글쓰기가 기초

내성적이어도 글로 영향력. 블로그, LinkedIn, Twitter 한 개라도.

원칙 4: 약한 관계 유지

강한 관계 10개 < 약한 관계 100개. 분기별 안부.

원칙 5: 장기 관점

6개월 내 결과 기대 금지. 2~5년 후 복리.

원칙 6: 원본을 읽어라

다음 글 예고 — "개발자와 AI의 미래 10년: 어떻게 살아남고 번영할 것인가"

Season 3 Ep 13은 (시즌 피날레):

AI 코딩 도구의 현재 (Copilot, Cursor, Claude Code)
10년 후 어떤 직무가 사라지고, 어떤 게 생기는가
예측: Junior 직무의 변화, Senior 가치 변화
AI 시대 스킬셋 재정의
"AI가 못 하는 것"에 집중
윤리, 안전, 거버넌스
3단계 시나리오: 낙관/중립/비관
개인 전략 — 오늘부터
한국 개발자의 포지션
마무리: Season 4 예고

다음 글에서, Season 3의 피날레.