life/choi-jiwoong v5.3.2-alpha

여러분의 인생은
아직 Beta입니다.

Career ≠ Roadmap
Career ≈ Version Management

(여유 있게 등장, 인사) 반갑습니다. 저는 여러분보다 이 학교를 한참 먼저 다닌 선배입니다. 시작하기 전에 질문 하나만 할게요. "여러분 중에 10년 뒤 자기가 무슨 일을 하고 있을지 정확하게 아는 사람, 손 들어볼까요?" (잠시 기다림 — 아무도 안 들면) 네, 정상입니다. 사실 저도 몰라요. 지금도요. (웃음 유도) 오늘 제목이 '여러분의 인생은 아직 Beta입니다'인데, 이건 위로가 아니라 사실을 말씀드리는 겁니다. 소프트웨어에서 Beta는 '아직 불완전하지만 이미 돌아가고 있고, 계속 업데이트될 예정'이라는 뜻이잖아요. (화면 좌상단 버전 태그를 가리키며) 참고로 제 현재 버전이 저기 나와 있는데요 — v5.3.2-alpha입니다. 메이저 버전 5, 50대라는 뜻이고요. 그런데 잘 보시면 Beta도 아니고 alpha예요. 쉰이 넘었는데 아직도 실험 단계라는 겁니다. (웃음) 그러니까 여러분이 Beta인 건 전혀 부끄러운 게 아니에요 — 저보다 한 단계 앞서 계신 겁니다. 오늘은 커리어를 로드맵이 아니라 버전 관리로 보자는 이야기를 하려고 합니다. 20분이면 됩니다.

"꿈이 뭐야?" "어디 취업할 거야?" "개발자 할 거야?" "AI 해야 되는 거 아니야?" "대학원 갈 거야?"

스무 살 때 가장 어려운 질문

모르겠는데요?

정상입니다.

스무 살 때 제일 많이 듣는 질문들이죠. 명절마다 버전만 바뀌어서 돌아옵니다. 저 때는 "컴퓨터 그거 해서 밥은 먹고 살겠냐"였는데, 요즘은 "AI 해야 되는 거 아니야?"로 바뀌었더라고요. 질문의 기술 스택만 업그레이드됐습니다. (웃음) 그런데 이 질문들의 공통점은, 대답을 못 하면 내가 뭔가 뒤처진 것 같은 기분이 들게 만든다는 거예요. 오늘 제가 드리고 싶은 첫 번째 이야기는 이겁니다. "모르겠는데요"는 틀린 답이 아니라, 그 나이에 나올 수 있는 가장 정직한 답이라는 것. 저도 스무 살 때 몰랐고, 그게 문제가 된 적이 없었습니다. 문제는 모르는 게 아니라, 모른다는 이유로 아무것도 안 해보는 거였어요.

우리는 인생을 Waterfall처럼 배웠습니다

전공→ 학점→ 취업→ 승진→ 성공

현실은 이렇게 안 됩니다.

우리가 배운 인생 설계는 이렇습니다. 좋은 전공을 고르고, 학점을 잘 받고, 좋은 회사에 들어가서, 승진하면, 성공. 요구사항을 처음에 다 확정하고 순서대로 진행하는, 전형적인 Waterfall 방법론이죠. 그런데 소프트웨어 하시는 분들은 아시잖아요. Waterfall의 최대 약점이 뭡니까? 요구사항이 바뀌면 무너진다는 겁니다. 그리고 인생은요, 요구사항이 계속 바뀝니다. 산업이 바뀌고, 기술이 바뀌고, 무엇보다 나 자신이 바뀌어요. 스무 살의 내가 확정한 스펙대로 마흔 살의 내가 살아야 한다면, 그건 설계가 아니라 형벌이죠. 저도 이 직선대로 살아보려고 했는데, 두 번째 화살표쯤에서 이미 어긋나기 시작했습니다.

Career is more like Git.

Commit.Branch.Merge.Release.

그래서 제가 찾은 더 정확한 비유는 이겁니다. 커리어는 Git에 가깝습니다. 이 그래프를 보세요. main 줄기가 있고, 중간에 다른 색 branch들이 갈라져 나갑니다. 어떤 branch는 다시 main으로 merge되고, 어떤 branch는 한참 따로 가기도 하죠. 중요한 건 네 가지 동작입니다. Commit — 작은 경험을 저장하는 것. Branch — 새로운 가능성을 시험해보는 것. Merge — 서로 다른 경험이 어느 순간 연결되는 것. Release — 완벽하지 않아도 일단 세상에 내놓는 것. 오늘 강연 전체가 이 네 단어입니다. 이것만 기억하고 가셔도 저는 성공입니다. 그리고 이 그래프가 실제로 어떻게 생겼는지, 제 인생 로그를 까서 보여드릴게요.

제 인생의 git log

이 중에 제가 대학생 때 계획했던 것은 몇 개였을까요?

이게 제 커리어의 실제 로그입니다. 엔지니어로 시작해서, 컨설팅으로 branch를 탔다가, 오픈소스에서 merge되고, 창업이라는 상당히 위험한 branch도 만들었고, 경영을 거쳐 CEO까지 갔다가, 지금은 AI와 자문 쪽으로 새 branch를 또 만들고 있습니다. 이력서에는 이게 한 줄로 깔끔하게 정리돼 있는데요, 실제로는 이렇게 지저분한 그래프였습니다. 자, 퀴즈. 이 중에 제가 대학생 때 계획했던 건 몇 개였을까요? (잠시 뜸 들이고 → 클릭) 네, 0개입니다. (웃음) 단 하나도 계획에 없었어요. 심지어 이 중 몇 개는 당시에 존재하지도 않던 직업입니다. 계획이 없었는데 어떻게 여기까지 왔느냐 — 그게 다음 세 가지 규칙입니다.

RULE 01Commit 자주 하기

생각보다 경험을
먼저 저장하세요.

ProjectHackathonGitHub InternshipClubSmall Service Side Project

"생각만 한 경험은 Git Log에 남지 않습니다."

첫 번째 규칙, Commit을 자주 하세요. 개발할 때 코드를 며칠씩 쌓아두고 한 번에 커밋하면 어떻게 되죠? 꼬입니다. 인생도 똑같아요. "언젠가 준비되면 제대로 해봐야지"가 인생의 대형 커밋인데, 그 커밋은 대부분 push되지 않습니다. (웃음) 여기 있는 것들 — 작은 프로젝트, 해커톤, 동아리, 인턴, 조그만 서비스 — 이게 다 작은 커밋이에요. 하나하나는 별거 아닌 것 같지만, 로그에 남는다는 게 중요합니다. 저도 대학 때 별생각 없이 했던 작은 경험 하나가 10년 뒤에 저를 완전히 다른 곳으로 데려갔습니다. 그때는 그게 중요한 커밋인지 몰랐어요. 커밋은 나중에 돌아봐야 어떤 게 중요했는지 보입니다. 그러니까 일단 저장부터 하세요. 완성도는 다음 문제입니다.

RULE 02Branch를 두려워하지 않기

AI 해볼까?feature/ai

창업 해볼까?feature/startup

디자인 배워볼까?feature/design

오픈소스 참여해볼까?feature/oss

해외에 나가볼까?feature/abroad

Branch를 만든다고 main이 망가지지 않습니다.

두 번째 규칙, Branch를 두려워하지 마세요. 학생들과 이야기해보면 새로운 걸 시도하지 못하는 이유가 대부분 이겁니다. "지금 하는 걸 망칠까 봐요." 전공 공부에 방해될까 봐, 취업 준비에 늦을까 봐. 그런데 Git 쓰시는 분들은 아시잖아요 — branch를 만든다고 main이 망가지지 않습니다. branch는 원래 안전하게 실험하라고 있는 겁니다. 해보고 아니면 지우면 돼요. 아무 일도 일어나지 않습니다. 저는 창업이라는, 리스크가 꽤 큰 branch를 만들어봤는데요. 결과와 무관하게 그 branch에서 배운 것들이 이후의 모든 버전에 들어갔습니다. 시도 자체는 여러분의 main을 절대 망가뜨리지 않아요. 망가뜨리는 건 시도가 아니라, 시도했다는 이유로 자신을 너무 몰아붙이는 겁니다.

RULE 03Repository를 삭제하지 마세요

bash — my-life

$ rm -rf my-life

⚠ error: permission denied — 인생은 삭제할 수 없습니다.
hint: 대신 'git revert'를 사용해 보세요.

전공 하나 잘못 골랐다고
인생 전체를 삭제할 필요는 없습니다.

세 번째 규칙입니다. (터미널 화면 가리키며) 혹시 이 명령어 아시죠? 네, 치면 안 되는 명령어입니다. (웃음) 그런데 살다 보면 이걸 인생에 치고 싶은 순간이 옵니다. "전공을 잘못 골랐어. 다 망했어. 처음부터 다시 해야 해." 저도 그런 순간이 몇 번 있었어요. 확실하게 말씀드릴 수 있는 건, 잘못된 선택 하나 때문에 리포지토리 전체를 지울 필요는 없다는 겁니다. 잘못 갔으면 revert 하면 됩니다. 방향만 바꾸는 거예요. 그리고 신기하게도, 실패한 branch의 코드가 나중에 다른 데서 재사용됩니다. 저한테 안 맞았던 그 경험이, 몇 년 뒤 다른 일을 할 때 '아 이건 아니라는 걸 내가 이미 알지'라는 판단력이 돼 있더라고요. 실패는 삭제되는 게 아니라 로그에 남아서 다음 버전을 만듭니다.

AI가 바꾼 진짜 게임

BEFORE

Idea↓ Learn↓ Code↓ Build↓ Months

NOW

Idea↓ AI↓ Prototype↓ Days

실험의 비용이 무너지고 있다.

"AI 시대의 가장 큰 기회는 더 많은 것을 시험해볼 수 있다는 것이다."

"AI가 일자리를 없애나요?" 저도 이 질문을 정말 많이 받는데, 솔직히 말씀드리면 저도 정확히는 모릅니다. 미래 예측은 제 전문이 아니고, 전문이라는 사람들도 계속 틀리더라고요. (웃음) 대신 지금 확실하게 일어나고 있는 변화 하나만 보여드릴게요. 예전에는 아이디어 하나를 시험해보려면 배우고, 코딩하고, 만들고 — 몇 달이 걸렸습니다. 지금은 아이디어에서 프로토타입까지 며칠이면 됩니다. 이게 무슨 뜻이냐면, 실험의 비용이 무너지고 있다는 거예요. 여러분에게 이건 위협이 아니라 역사상 가장 유리한 조건입니다. 아까 말한 Commit과 Branch — 작은 시도의 비용이 이렇게까지 싸진 시대가 없었어요. 시도를 많이 해본 사람과 안 해본 사람의 격차는, 오히려 AI 때문에 더 벌어질 겁니다.

제 맥북에는 24년치 기억을 먹고 자란 AI가 있습니다

bash — 2nd-brain

$ tree ~/위키에이전트

├─ 00_Raw/메모 · 회의록 · 단상 — 일단 저장

├─ 10_Wiki/Topics · Decisions · Principles · Skills

├─ 20_Meta/Index · Timeline · Graph

├─ 30_Drafts/글 · 강연 초안

└─ CLAUDE.mdAI 에이전트 작업 지침

3,000+posts · since 2002

3일에 하나씩, 24년을 써 온
기록 — 읽고, 분류하고,
연결하는 것은 AI 에이전트입니다.

기록이 없는 사람에게 AI는 검색엔진,
기록이 쌓인 사람에게 AI는 ‘나를 아는 지능’이 됩니다.

여러분의 2nd Brain — 지금 시작하세요. 오늘의 commit이 AI의 컨텍스트가 됩니다.

하나만 더 보여드릴게요. (화면 가리키며) 이건 제 맥북에 실제로 있는 폴더입니다. 저는 이걸 제 두 번째 뇌, 2nd Brain이라고 부릅니다. 2002년부터 3일에 하나씩 글을 썼어요. 24년이면 3,000개가 넘습니다. 그런데 그 글들, 지금 대부분 없습니다. 남의 플랫폼에 쌓은 24년치가 통째로 날아갔어요. 그래서 지금은 제 손이 닿는 이 폴더에 쌓습니다. 그리고 정리는 제가 안 합니다. AI 에이전트가 읽고, 분류하고, 연결하고, 제가 물어보면 제 과거 기록에서 근거를 찾아 답합니다. 핵심은 이겁니다 — AI는 여러분이 준 맥락만큼만 똑똑해집니다. 빈손으로 쓰면 검색엔진, 자기 기록 위에서 쓰면 ‘나를 아는 지능’이 됩니다. 눈치채셨겠지만 이건 RULE 01, 커밋의 AI 시대 버전이에요. 그리고 지금 시작하는 여러분이 저보다 훨씬 유리합니다. 오늘 배운 것, 프로젝트가 깨진 이유 — 폴더 하나 만들어서 오늘부터 쌓으세요.

그래서 1·2학년 때 뭘 해야 할까요?

// 한 학기에, 딱 세 개

01하나 만들어보기

02한 명 새롭게 만나보기

03한 번 낯선 곳에 지원해보기

"그래서 뭘 하면 되나요?" 취업 준비 체크리스트 40개짜리를 드릴 수도 있는데, 그런 건 어차피 안 하잖아요. 저도 안 합니다. (웃음) 그래서 딱 세 개만 드릴게요. 한 학기에 하나씩입니다. 첫째, 하나 만들어보세요. 뭐든 좋습니다. 조그만 웹 서비스, 게임, 봇. 완성도는 안 봐요, 커밋이 중요합니다. 둘째, 한 명 새롭게 만나보세요. 다른 과 사람, 동아리 선배, 오픈소스 커뮤니티의 누군가. 기회는 검색창이 아니라 사람한테서 옵니다. 셋째, 한 번 낯선 곳에 지원해보세요. 해커톤, 공모전, 인턴, 뭐든요. 떨어져도 됩니다. 지원 자체가 branch예요. 한 학기에 세 개면 8학기에 스물네 개의 커밋입니다. 졸업할 때 그 로그를 가진 사람은 생각보다 많지 않습니다.

ONE LAST THING — 지금 바로

“해야지”는 아직 commit이 아닙니다

“‘일어나야지’ 하는 것은 망상이다. 각오, 결심, 노력을 해도 다 꿈속의 이야기다.
꿈 깨는 도리는 뭐냐 — 그냥 바로 일어나 버리는 거예요.” — 법륜 스님, 즉문즉설

直指 직지 곧장 가리킨다 — 내 마음을 꿰뚫어 바로 알아차리기

放下着 방하착 내려놓아라 — 붙잡고 있던 망설임을 탁 놓아버리기

“만들어야지”→바로 만들기

“연락해야지”→바로 연락하기

“지원해야지”→바로 지원하기

지금, 이 자리에서 30초

폰 꺼내서 딱 하나 — 메모 앱에 폴더 하나 만들기 · 옆자리에 인사 건네기 · 지원 페이지 열기

단, 바로 하지 말아야 할 것도 있습니다 — 화내기, 욕심내기, 남 탓하기, 생각 없이 말하기.

결심은 쌓이지 않습니다. 실행만 쌓입니다.

마지막으로 하나만 더 드리고 끝내겠습니다. 오늘 계속 ‘해라’라고 했는데, 이따 나가시면서 이렇게 생각하실 거예요. “오, 나도 뭐 하나 만들어봐야지.” 그 ‘해야지’가 함정입니다. 저도 제일 어려운 게 이거예요. (인용 가리키며) “일어나야지” 하는 건 망상이다. 꿈 깨는 방법은? 그냥 일어나 버리는 것. 일어나 버리면 각오나 결심이 필요 없어집니다. 직지는 지금 내 마음을 바로 알아차리는 것, 방하착은 그걸 탁 놓아버리는 겁니다. 문제는 우리가 “해야지” 하는 자신을 기특해한다는 거예요. 그런데 커밋 로그에는 결심이 안 남습니다. (오른쪽 가리키며) “만들어야지” 말고 바로 만들기, “연락해야지” 말고 바로 연락하기. 자, 이 얘기도 말로 끝나면 그것도 “해야지”가 됩니다. 지금 30초 드릴게요. (버튼 클릭) 폰 꺼내세요. 메모 앱에 폴더 하나, 옆자리에 인사, 아니면 지원 페이지 열기. 시작합니다. …… 네, 방금 하신 게 오늘의 첫 커밋입니다. 아, 바로 하지 말아야 할 것도 있어요. 화내기, 욕심내기, 남 탓하기, 생각 없이 말하기. 이건 반대로 한 박자 놓고 가세요. 바로 하는 게 실천이라면, 바로 하지 않는 건 절제입니다. (마지막 줄) 그리고 이 말씀을 꼭 드리고 싶었는데요 — 결심은 쌓이지 않습니다. 아무리 굳게 마음먹어도 로그에는 안 남아요. 쌓이는 건 실행뿐입니다. 방금 하신 그 30초 같은 것들이요. 그리고 그 하루치 차이가 4년 뒤에 완전히 다른 사람을 만듭니다.

"졸업할 때 완성된 사람이 되어야 한다고 생각하지 마세요."

v1.0이면 충분합니다.

Ship first. Update later.

미래를 결정하려 하지 마세요.
계속 새로운 나를 배포하세요.

그리고 여러분의 다음 commit을 기대하겠습니다.

방금 하신 그거, v0.1입니다. 완성 아니죠? 그래도 됩니다. (톤을 낮추고, 천천히) 여러분 중 많은 분들이 졸업이 다가올수록 초조해질 거예요. 완성된 사람이 되어서 세상에 나가야 할 것 같아서요. 그런데 선배로서 말씀드리면 — 그런 졸업생은 없습니다. 저도 아니었고, 제가 뽑아본 수많은 신입 중에도 없었어요. v1.0이면 충분합니다. v1.0이 뭡니까? 핵심 기능이 돌아가는 최초 버전이에요. 버그도 있고, 없는 기능도 많죠. 그런데 v1.0의 진짜 의미는 완성이 아니라 ‘이제 업데이트를 시작할 수 있다’는 겁니다. 세상에 나와야 피드백을 받고, 피드백을 받아야 다음 버전이 나옵니다. 먼저 출시하세요. 업데이트는 평생 하는 겁니다. (클릭) 오늘 이야기를 한 문장으로 줄이면 이겁니다. 인생 전체를 계획하려 하지 마세요. 어차피 안 되고, 안 돼도 괜찮습니다. 대신 계속, 새로운 버전의 나를 배포하세요. 여러분은 지금 Beta입니다. 그건 부족하다는 뜻이 아니라, 아직 무엇이든 될 수 있다는 뜻입니다. 저는 그게 진심으로 부럽습니다. (클릭, 마지막 줄) 그리고 — 여러분의 다음 commit을 기대하겠습니다. 감사합니다. (인사)

BONUS TRACK — 미리 보내주신 질문 8개

질문은 여덟 개였지만, 묻고 계신 건 하나였습니다.

“저는 어느 쪽에 서 있어야 안전한가요?”

Q1 · Q2 · Q3 — 전공 전망 / 클라우드·통신 직무 전공은 사라지지 않습니다. 이름이 바뀔 뿐입니다. 교환기 → 라우터 → SDN → 클라우드 → AI 인프라. 30년간 레이어는 그대로였고 간판만 바뀌었습니다. GPU를 늘릴수록 병목은 네트워크로 옵니다.

Q4 · Q5 — AI 시대의 역량 / 인간의 해자 AI가 못 하는 건 답이 아니라 질문과 책임입니다. 답은 이제 무한히 생성됩니다. 무엇이 진짜 문제인지 정하는 것, 그 답이 틀렸을 때 책임지는 것. 해자는 지식이 아니라 판단입니다.

Q6 · Q7 — 1학년의 활동 / 채용에서 보는 것 뽑을 때 보는 건 결과물이 아니라 로그입니다. 완성도는 안 봅니다. 왜 만들었고, 어디서 깨졌고, 어떻게 고쳤는지를 봅니다. 그래서 1학년의 가장 가치 있는 활동은 끝까지 한 번 깨져보는 것입니다.

Q8 — 전공자 · 부트캠프 · 마이스터고 출신은 initial commit일 뿐입니다. 3년 지나면 아무도 안 봅니다. 갈리는 건 그 뒤에 쌓인 커밋입니다. 전공자의 유일한 우위는 ‘왜 그렇게 동작하는가’를 배울 4년이 있다는 것.

안전한 스택은 없습니다. 갈아탈 수 있는 사람이 있을 뿐입니다.

(본편 끝나고 질의응답으로 넘어가면서) 미리 질문을 여덟 개 보내주셨는데요, 읽으면서 좀 놀랐습니다. 표면적으로는 다 다른 질문이에요. 네트워크 전망, 클라우드 직무, 1학년 때 뭘 공부할지, AI 시대 역량, 인간의 해자, 대외활동, 채용 기준, 전공자와 부트캠프의 차이. 그런데 여덟 개를 나란히 놓고 보니 사실 다 같은 질문이더라고요. “저는 어느 쪽에 서 있어야 안전한가요?” 안전한 전공, 안전한 직무, 안전한 스펙, 안전한 출신. 정말 솔직하게 말씀드리면, 그 질문에는 답이 없습니다. 안전한 자리를 고르는 게임이 아니라, 자리가 바뀔 때 옮겨탈 수 있느냐의 게임이기 때문입니다. 그래도 각각에 대해서는 제가 아는 만큼 말씀드릴게요. (왼쪽 위, 1·2·3번) 전공 전망 — 전공은 안 없어집니다. 이름만 바뀝니다. 제가 일한 30년 동안 교환기가 라우터가 되고, SDN이 되고, 클라우드가 되고, 지금은 AI 인프라라고 불립니다. 레이어는 그대로예요. 그리고 지금 GPU를 아무리 꽂아도 병목은 결국 네트워크로 옵니다. 여러분 전공, 지금 제일 뜨거운 자리입니다. (오른쪽 위, 4·5번) AI가 대체 못 하는 영역 — 답은 이제 무한히 생성됩니다. 그런데 무엇이 진짜 문제인지 정하는 것, 그리고 그 답이 틀렸을 때 책임지는 것은 아직 사람의 자리입니다. 해자는 지식의 양이 아니라 판단이에요. (왼쪽 아래, 6·7번) 채용에서 보는 것 — 포트폴리오 보면서 완성도는 거의 안 봅니다. 왜 만들었는지, 어디서 깨졌는지, 그걸 어떻게 고쳤는지를 봅니다. 그래서 1학년 때 가장 가치 있는 활동은 뭐냐, 저는 끝까지 한 번 제대로 깨져보는 것이라고 생각합니다. 교육봉사도 좋고 동아리도 좋은데, 끝까지 가보는 게 핵심이에요. (오른쪽 아래, 8번) 출신 차이 — 3년 지나면 아무도 안 봅니다. 제가 사람을 뽑고 같이 일해보면 전공자냐 부트캠프냐는 정말 안 보여요. 대신 전공자한테 딱 하나 우위가 있는데, ‘왜 그렇게 동작하는지’를 배울 4년이 주어졌다는 겁니다. 그 시간을 안 쓰면 그 우위도 없습니다. 정리하면 (마지막 줄) — 안전한 스택은 없습니다. 갈아탈 수 있는 사람이 있을 뿐입니다. 오늘 강연이 딱 그 얘기였습니다.

여러분의 인생은아직 Beta입니다.