Step 333. 공개 발표와 자료 공유 — 커뮤니티에 이름을 새기다

Level 4 — 전문가 | 난이도 ★★★☆☆ | 예상 소요 시간 2일 + 발표 당일 (기회 섭외 + 발표 + 자료 공개 + 피드백 정리)

전제: Step 332의 완성된 30분 발표 자료와 리허설 2회, Step 331의 멘토링 예비 발표 경험이 있으면 좋습니다.

준비물: 완성된 발표 자료(슬라이드 + 데모 녹화 백업), 자료를 올릴 블로그 또는 GitHub 저장소, 피드백 기록용 노트. 발표 기회의 섭외와 실제 발표 장면은 전부 화면 예시로 다룹니다.
주의: 발표 녹화를 공유할 때는 청중 동의가 필요하고, 자료 속 식별 정보(실명·서비스명)는 Step 332의 익명화 규칙을 한 번 더 점검합니다.
⚠️ 이 챕터의 실습은 내 랩·합법 플랫폼 전용입니다. 허가 없는 시스템에 적용하면 범죄입니다.

발표는 지식 공유이면서 동시에 커뮤니티에 이름을 새기는 행위입니다. 여기까지 오는 동안 여러분은 배우고(Step 329), 흡수 루틴을 만들고(Step 330), 가르치고(Step 331), 자료를 만들었습니다(Step 332). 오늘은 그 축적을 무대 위에 올립니다.

첫 무대는 동아리 세미나나 온라인 밋업이면 충분합니다 — 크기가 아니라 완주가 중요합니다. 그리고 발표 후 자료를 공개하면 발표의 생명이 연장됩니다 — 못 온 사람들이 보고, 검색되고, 인용됩니다. 이 축적이 "이 분야 하면 이 사람"이라는 인지도가 됩니다.

1. 학습 목표

이 챕터를 끝내면 다음을 할 수 있습니다:

발표 기회의 세 경로(동아리·온라인 밋업·직접 개최)를 설명하고 하나를 실행한다
긴장 관리 기법(첫 1분 암기)으로 실제 발표를 완주한다
Q&A에서 "모릅니다, 확인 후 공유하겠습니다"의 규칙을 적용한다
라이브 데모 실패 시 사전 녹화로 전환하는 절차를 수행한다
발표 자료를 온라인에 공개하고 피드백을 기록해 다음 발표에 반영한다

2. 배경 지식 — 오늘의 도구와 개념

오늘의 도구 한눈에 보기

구분	내용
언어·환경	발표 무대(동아리·온라인 밋업), 블로그/GitHub(자료 공개), 피드백 노트
오늘의 명령	명령어 대신 절차가 도구입니다 — 기회 섭외 → 발표 → Q&A → 공개 → 피드백
필요한 개념	긴장 관리, 첫 1분 암기, Q&A 규칙, 데모 실패 전환, 자료 공개의 생명 연장
오늘의 산출물	공개 발표 완료 기록 + 온라인 공개된 자료 + 피드백 정리 문서

2-1. 왜 공개 발표인가 — 발표의 3중 효과

발표의 가치는 세 겹입니다. 첫째, 지식의 공유 — 30분의 발표가 청중 각자의 몇 주를 아껴 줍니다. 둘째, 이해의 최종 검사 — Step 331의 파인만 기법이 청중 수십 명 규모로 확장된 것입니다. 셋째, 인지도의 축적 — 커뮤니티에 "이 분야를 설명할 수 있는 사람"으로 이름이 새겨집니다.

셋째가 커리어의 자산이 됩니다. 채용·협업·대회 팀 빌딩에서 "발표해 본 사람"은 검증된 사람입니다 — 지식뿐 아니라 그것을 전하는 역량까지 증명됐기 때문입니다. 그리고 이 인지도는 한 번의 큰 발표가 아니라, 작은 발표와 공개된 자료의 축적으로 만들어집니다.

2-2. 첫 무대의 선택 — 크기가 아니라 완주

첫 발표의 무대를 고르는 기준은 규모가 아닙니다. 동아리 세미나 10명과 온라인 밋업 100명 중, 첫 무대로는 긴장을 관리할 수 있는 쪽이 낫습니다 — 보통은 작은 쪽입니다. 소재 원문 그대로, 첫 대회(무대)는 동아리 세미나나 온라인 밋업이면 충분합니다.

무대의 크기는 난이도일 뿐 가치의 척도가 아닙니다. 10명에게 한 발표도 자료가 공개되면 검색 엔진 앞에서는 1만 명에게 한 발표와 같은 출발선에 섭니다. 공개된 자료의 수명은 발표의 수명보다 훨씬 깁니다 — 그래서 이 챕터의 절반이 "발표"가 아니라 "공유"에 쓰입니다.

2-3. 긴장의 물리학 — 첫 1분만 외운다

발표 전의 긴장은 정상입니다 — 프로도 긴장합니다. 다만 프로는 긴장이 풀리는 지점을 압니다: 발표 시작 후 약 1~2분, 도입이 무사히 지나가는 순간입니다.

그래서 전략은 소재 원문 그대로 "첫 1분(도입)만 확실히 외워 두면 나머지는 풀립니다"입니다. 전체 대본 암기는 실패 시 파국(다음 문장이 생각 안 나는 공황)을 부르지만, 도입 암기는 출발의 안정감만 줍니다. 도입이 끝나면 뇌는 "이미 시작했다"는 상태로 전환되고, Step 332의 리허설이 몸에 남은 흐름을 따라갑니다.

2-4. Q&A의 규칙 — 아는 척은 평판을 깎는다

Q&A의 유일한 철칙은 "모르는 질문에는 모른다고 답한다"입니다. 소재 원문의 표현 그대로, "모릅니다, 확인 후 공유하겠습니다"가 정답입니다.

이 문장이 평판을 깎는 게 아니라 세우는 이유 — 청중은 발표자가 전지전능하기를 기대하지 않고, 정직하기를 기대합니다. 아는 척 얼버무린 답은 그 자리의 전문가 한 명에게 들통나고, 그 한 명의 평가가 커뮤니티에 퍼집니다. 반면 정직한 "모릅니다"와 실제로 이행된 후속 공유는 "믿을 수 있는 발표자"라는 기록을 남깁니다.

2-5. 자료 공개 — 발표의 생명 연장

발표 당일의 청중은 수십 명이지만, 공개된 자료의 독자는 시간과 함께 늘어납니다. 슬라이드를 블로그나 GitHub에 올리고, 발표를 녹화했다면(청중 동의 하에) 함께 공유합니다.

공개 시의 점검은 세 가지입니다. ① 식별 정보 — Step 332의 익명화 규칙 재확인. ② 재현 가능성 — 데모에 쓴 랩 환경의 구성 방법을 자료에 적어 두면, 독자가 따라 할 수 있어 자료의 가치가 배가됩니다. ③ 회수 경로 — 연락처나 댓글 창구를 남겨, 독자의 질문이 다음 발표의 재료로 돌아오게 합니다.

3. 따라 하기

3-1. 발표 기회 만들기 — 세 경로

기회는 기다리는 것이 아니라 만드는 것입니다.

발표 기회의 세 경로 (화면 예시):
경로 1. 학교/직장 보안 동아리 정기 세미나 — "30분 발표 슬롯" 신청
경로 2. 온라인 보안 커뮤니티의 라이트닝 토크·밋업 — 10~20분 짧은 슬롯부터
경로 3. 직접 개최 — 기회가 없으면 모집한다: "주제 2개 모여서 미니 세미나"
        (Step 331의 멘티·스터디원이 첫 청중이 됨)

읽는 법: 경로 2의 라이트닝 토크(10~20분)가 첫 무대로 가장 좋은 이유 — 짧아서 긴장의 노출 시간이 적고, 짧은 슬롯은 주최 측도 발표자를 구하기 어려워하므로 신청이 잘 받아들여집니다. 30분 자료를 15분으로 줄이는 것은 Step 332의 컷 편집 기술 그대로입니다.

3-2. 발표 당일 — 체크리스트와 첫 1분

당일의 운영 절차입니다.

발표 당일 체크리스트 (화면 예시):
[ ] 시작 30분 전 도착/접속 — 프로젝터·화면 공유 시연 (글꼴 크기 확인 포함)
[ ] 데모 환경 최종 점검 — 랩 가동, 녹화 영상 재생 확인 (전환 큐 위치 확인)
[ ] 물 한 병 — 목 마름은 긴장의 첫 증상
[ ] 도입 1분 대본 — 카드나 첫 슬라이드 노트에 전문 (외움 확인 1회)
[ ] 시간 확인 장치 — 남은 시간을 볼 수단 (타이머 또는 진행자 신호 합의)

그리고 무대에 섭니다. 도입 1분이 지나면 긴장의 곡선은 내려가기 시작합니다 — 그것까지가 계획입니다. 중간에 대본에서 벗어나도 괜찮습니다 — 리허설 2회를 통과한 흐름은 돌아옵니다.

3-3. 데모 실패 — 전환의 실연

라이브 데모가 실패하는 장면의 대응입니다.

데모 실패 전환 (화면 예시):
[발표 22분 차] 라이브 데모 — 랩 서버 응답 없음. 화면에 오류 표시.
발표자: (키보드를 보지 않고 청중을 보며)
        "환경이 협조하지 않네요 — 라이브의 리스크입니다.
         같은 시연을 미리 녹화해 뒀으니, 그걸로 보여 드리겠습니다."
        (녹화 영상 재생, 5분. 영상 위에 말로 포인트를 얹음)
        "이 지점이 아까 슬라이드의 3단계, 교차 확인입니다."

읽는 법: 소재 원문의 문장 그대로, 청중은 데모 실패보다 당황한 진행을 더 오래 기억합니다. 이 전환이 매끄러운 이유는 세 가지가 미리 준비됐기 때문입니다 — 녹화 백업, 전환 큐(멘트), 그리고 "영상 위에 말을 얹는" 연습. 데모 실패는 이 준비가 있으면 발표의 사고가 아니라 발표의 일부가 됩니다. 모두가 겪는 일이므로, 겪은 날의 기록이 다음 발표자에게 전할 이야기가 됩니다.

3-4. Q&A 진행 — 세 유형의 질문

Q&A의 질문은 세 유형으로 나뉘고, 답변이 다릅니다.

Q&A 질문 유형과 답변 (화면 예시):
유형 1. 아는 질문 — "IDOR와 권한 상승의 차이가 뭔가요?"
        → 짧게 핵심만 답하고, 필요하면 부록 슬라이드를 꺼낸다
유형 2. 모르는 질문 — "JWT에서도 같은 문제가 생기나요?"
        → "좋은 질문인데, 정확히는 모릅니다. 확인 후 이 자료가 올라갈
           페이지에 후속을 공유하겠습니다" — 그리고 노트에 즉시 기록
유형 3. 논쟁형 질문 — "그 방법보다 X가 낫지 않나요?"
        → "맞습니다, X도 유효한 접근입니다. 제가 이 방법을 택한 이유는 ~"
           (정답 경쟁이 아니라 관점 교환으로 응대)

읽는 법: 유형 2의 마무리가 핵심입니다 — "모릅니다"로 끝나는 것이 아니라 "확인 후 공유"의 약속과 이행으로 닫는 것. 이 약속이 3-5의 자료 공개와 연결되면, 모르는 질문이 자료를 개선하는 루프가 됩니다.

3-5. 자료 공개와 피드백 — 발표의 애프터서비스

발표가 끝나면 일주일 안에 네 가지를 합니다.

발표 후 정리 절차 (화면 예시):
1. 자료 공개 — 슬라이드를 블로그/GitHub에 업로드 (익명화·식별정보 재점검)
   + 데모 랩 구성 방법 + 연락 창구 표기
2. 녹화 공유 — 발표를 녹화했다면 청중 동의 확인 후 함께 공개
3. 피드백 기록 — Q&A에서 받은 질문 목록, 청중 반응 메모,
   "다음엔 이렇게" 개선점 3가지
4. 약속 이행 — Q&A에서 "확인 후 공유"한 항목의 후속을 공개 페이지에 추가

피드백 기록의 예시입니다.

피드백 기록 (화면 예시):
[발표 #1 — 동아리 세미나, 청중 14명]
- 받은 질문 5개: (목록) — 그중 2개는 자료의 10번 슬라이드 설명 부족이 원인
- 반응 메모: 데모 구간 집중도 최고, 배경 6번 슬라이드에서 시선 분산 관찰
- 개선점 3가지:
  1. 10번 슬라이드에 교차 확인 절차의 그림 추가
  2. 6번 슬라이드 삭제 검토 (청중이 아는 내용이었음)
  3. Q&A "확인 후 공유" 1건 — JWT 관련, 공개 페이지에 후속 글 추가 예정

읽는 법: "질문의 원인을 자료에서 찾는" 습관이 이 기록의 핵심입니다 — 같은 질문이 두 명에게서 나왔다면 그것은 청중의 무지가 아니라 자료의 빈칸입니다. 이 기록이 쌓이면 두 번째 발표는 첫 발표의 개선판이 되고, 자료는 발표할수록 정밀해집니다.

4. 미션과 연습문제

미션 — 첫 공개 발표 완주와 자료 공개

3-1의 경로 중 하나로 발표 기회를 확정합니다(직접 개최 포함). 일정과 청중 규모를 기록합니다.
당일 체크리스트(3-2)로 발표를 완주합니다 — 도입 1분 암기 포함.
Q&A를 진행하고, 모르는 질문을 "확인 후 공유"로 처리한 기록을 남깁니다.
일주일 안에 자료를 블로그/GitHub에 공개합니다(익명화 재점검 + 랩 구성 방법 포함).
3-5의 양식으로 피드백을 기록하고, 개선점 3가지와 약속 이행 계획을 정합니다.

연습문제

문제 1. 첫 발표 무대로 큰 무대보다 작은 무대를 권하는 이유와, 그럼에도 작은 발표의 가치가 큰 발표에 뒤지지 않는 이유(자료 공개의 관점)를 설명해 보세요.

문제 2. "첫 1분만 외운다" 전략이 전체 대본 암기보다 안전한 이유를, 암기 실패 시의 각 시나리오로 설명해 보세요.

문제 3. Q&A에서 "모릅니다, 확인 후 공유하겠습니다"가 평판을 깎지 않고 세우는 이유를, 청중의 기대와 이행의 루프 관점에서 설명해 보세요.

문제 4. 같은 질문이 청중 두 명에게서 나왔을 때 그것을 "자료의 빈칸"으로 해석해야 하는 이유와, 이 해석이 자료 개선 루프에 주는 역할을 설명해 보세요.

5. 모범 답안과 완료 기준

미션 모범 답안

검증 기준으로 확인하세요.

기회의 실존: 발표 일정·장소(또는 온라인 채널)·청중 규모가 기록됐는가 — "할 예정"은 완료가 아닙니다.
완주의 증거: 당일 체크리스트의 실행 흔적(환경 점검, 도입 대본)이 있는가.
Q&A의 기록: 받은 질문 목록과 "확인 후 공유" 처리 여부가 있는가.
공개의 품질: 자료가 실제로 온라인에 게시됐고, 익명화 점검과 랩 구성 방법이 포함됐는가.
루프의 완성: 피드백 기록에 개선점 3가지와 약속 이행 계획이 있는가.

연습문제 해답

문제 1 해답. 첫 무대의 변수는 콘텐츠가 아니라 긴장 관리이므로, 긴장을 통제할 수 있는 규모(보통 작은 쪽)가 완주 확률을 높입니다 — 첫 발표의 목표는 감동이 아니라 완주의 경험입니다. 그런데 발표의 파급력은 당일 청중 수로 결정되지 않습니다. 자료가 공개되면 검색과 링크를 타고 독자가 시간과 함께 늘어나므로, 10명 앞의 발표 자료도 1만 명 앞의 비공개 발표보다 긴 수명을 가집니다. 무대의 크기는 훈련 강도의 선택일 뿐, 가치는 공개된 자료의 축적이 결정합니다.

문제 2 해답. 전체 대본 암기는 실패 시 파국을 부릅니다 — 중간 문장 하나가 생각나지 않으면 뒤의 문장들이 연쇄적으로 잠기는 공황 상태가 옵니다. 대본 의존도가 높을수록 이 사고의 피해가 큽니다. 반면 도입 1분 암기는 실패의 범위가 1분으로 제한되고, 그 이후는 리허설로 몸에 남은 흐름(구조와 연결 문장)을 따릅니다. 긴장의 곡선은 도입이 지나면 내려가므로, 정확히 가장 긴장된 구간에만 암기라는 안전장치를 집중하는 전략입니다. 준비물은 같지만 리스크의 배치가 다릅니다.

문제 3 해답. 청중은 발표자에게 전지전능을 기대하지 않고 정직을 기대합니다 — 아는 척의 얼버무림은 그 자리의 전문가에게 들통나고, 그 평가는 커뮤니티에서 복구가 어렵습니다. "모릅니다, 확인 후 공유하겠습니다"는 정직의 표현이자 약속이고, 이 약속이 실제로 이행되면(공개 페이지에 후속이 올라오면) 청중의 기록에는 "질문에 책임지는 발표자"가 남습니다. 나아가 이 루프는 자료를 개선합니다 — 모르는 질문이 다음 자료의 보강 목록이 되니까요. Q&A는 시험이 아니라 자료의 무료 검수단입니다.

문제 4 해답. 한 명의 질문은 우연일 수 있지만, 같은 질문의 반복은 그 지점을 지나는 독자들이 공통으로 걸리는 구조적 빈칸을 의미합니다 — 청중 개인의 배경 문제로 돌리면 그 빈칸은 다음 발표에서도 같은 질문을 낳습니다. "자료의 빈칸"으로 해석하면 대응이 바뀝니다 — 답변을 외우는 것이 아니라 자료 자체를 고쳐서 그 질문이 나오지 않게 만드는 것. 이 해석이 피드백 기록("질문의 원인을 자료에서 찾는다")의 규칙이고, 이 루프가 돌면 자료는 발표 횟수만큼 정밀해집니다. 좋은 발표 자료는 잘 쓰인 것이 아니라 잘 고쳐진 것입니다.

완료 기준 체크리스트

[ ] 발표 기회를 확정하고 일정·청중 규모를 기록했다
[ ] 당일 체크리스트(환경 점검·도입 대본·타이머)를 실행했다
[ ] 도입 1분을 암기해 발표를 시작하고 완주했다
[ ] (데모가 있었다면) 녹화 백업과 전환 큐를 준비했다
[ ] Q&A에서 모르는 질문을 "확인 후 공유"로 처리하고 기록했다
[ ] 일주일 안에 자료를 온라인에 공개했다(익명화·랩 구성 방법 포함)
[ ] 피드백 기록(질문 목록·반응·개선점 3가지)을 작성했다
[ ] "확인 후 공유" 약속의 이행 계획을 정했다

6. 흔한 실수와 해결

벽 1. 발표 기회가 없어요 — 동아리도 밋업도 제 주변에 없어요

증상: 3-1의 경로 1과 2가 해당하지 않는 환경입니다.

원인: 기회를 "찾는" 관점에 갇힌 것입니다 — 소재 원문의 대답은 "기회가 없으면 직접 모집합니다"입니다.

해결: 경로 3(직접 개최)을 실행하세요. 규모의 하한은 생각보다 낮습니다 — Step 331의 멘티와 스터디원 3~5명이면 세미나는 성립합니다. 온라인 커뮤니티에 "이 주제로 30분 발표를 준비했는데 들으실 분"이라고 모집하는 것도 방법입니다. 첫 무대의 가치는 청중의 수가 아니라 완주의 기록과 공개된 자료에 있습니다. 그리고 직접 개최의 경험은 나중에 더 큰 무대의 주최가 되는 첫 단추입니다.

벽 2. 발표 중에 머리가 하얘져서 대본이 전부 날아갔어요

증상: 도입 이후 흐름이 끊기고, 슬라이드를 보며도 무슨 말을 할지 떠오르지 않는 순간이 왔습니다.

원인: 긴장이 계획의 범위를 넘은 것입니다 — 도입은 외웠지만, 중간 연결 문장의 준비가 부족했을 수 있습니다.

해결: 당장의 복구 절차 세 가지. ① 슬라이드를 소리 내어 읽습니다 — "장당 메시지 하나" 원칙 덕에, 읽는 것만으로 실마리가 됩니다. ② 물을 한 모금 마십니다 — 3초의 침묵은 청중에게 "강조"로 읽힙니다. ③ 발표자 노트를 봅니다 — 노트는 이 순간을 위해 존재합니다. 그리고 사후 대책 — 다음 발표부터는 연결 문장(슬라이드 사이의 다리 문장)을 노트에 씁니다. 머리가 하얘지는 지점은 대부분 장의 경계이기 때문입니다.

벽 3. 라이브 데모가 실패했는데 녹화 영상도 안 열려요

증상: 랩이 죽었고, 백업 영상 재생마저 환경 문제(코덱·파일 경로)로 실패했습니다.

원인: 이중화의 검증 부재 — 녹화 영상을 "발표 장비에서" 재생 확인하지 않은 것입니다. 당일 체크리스트의 "녹화 영상 재생 확인"이 건너뛰어진 경우입니다.

해결: 당장은 슬라이드의 스크린샷으로 구두 설명을 이어 가세요 — 그래서 Step 332에서 데모 슬라이드에 핵심 화면 캡처를 넣어 두는 것입니다(삼중화). 사후 대책은 검증 순서의 고정입니다 — 발표 장비(또는 화면 공유 환경)에서 ① 랩 가동 → ② 녹화 재생 → ③ 스크린샷 표시의 세 층을 전부 확인합니다. 백업은 있는 것이 아니라 검증된 것입니다.

벽 4. Q&A에서 공격적인 질문을 받았어요 — "그건 원리도 모르고 쓰는 거 아닌가요?"

증상: 질문이라기보다 시비에 가까운 발언을 받고 당황했습니다.

원인: 청중에 "자기 지식을 과시하고 싶은 사람"이 섞이는 것은 흔한 일입니다 — 여러분의 잘못이 아닙니다.

해결: 응대의 틀은 3-4의 유형 3과 같습니다 — 정답 경쟁으로 받지 말고 관점 교환으로 응대합니다. "좋은 지적입니다. 그 부분은 제가 깊게 다루지 못했는데, 끝나고 여쭤봐도 될까요?" — 이 한 마디가 ① 청중 전체의 시간을 지키고, ② 논쟁을 발표 후의 대화로 옮기고, ③ 상대의 과시 욕구를 채워 줍니다. 발표장에서의 승패는 그 순간의 논박이 아니라 진행의 매끄러움으로 갈립니다. 그리고 그 질문이 정말 날카로웠다면, 그것은 여러분 자료의 다음 보강 좌표입니다.

벽 5. 발표는 끝났는데 자료 공개가 계속 미뤄져요

증상: "조금 더 다듬고 올려야지" 하며 몇 주가 지납니다.

원인: 완벽주의의 재등장입니다 — 발표 자료는 이미 청중 앞에서 검증된 상태인데, 공개용으로 더 다듬으려는 욕심이 발동한 것입니다.

해결: 규칙을 숫자로 정하세요 — 발표 후 7일 안에, "발표 당일 그 상태"로 공개합니다. 다듬을 것이 있다면 공개 후에 개정판으로 올리면 됩니다 — 블로그와 GitHub는 수정이 가능한 매체입니다. 미공개 자료의 가치는 0이고, 거친 공개 자료의 가치는 0이 아닙니다. 게다가 3-5의 약속 이행("확인 후 공유")이 걸려 있다면, 공개는 약속의 문제이기도 합니다.

7. 정리

오늘의 개념

개념	한 줄 설명
발표의 3중 효과	지식 공유 · 이해의 최종 검사 · 인지도의 축적
첫 무대의 기준	규모가 아니라 완주 — 긴장을 관리할 수 있는 크기
첫 1분 암기	긴장 곡선의 정점에 안전장치를 집중
Q&A의 철칙	"모릅니다, 확인 후 공유하겠습니다" — 정직이 평판
데모의 삼중화	라이브 · 녹화 · 스크린샷 — 백업은 검증된 것
자료 공개	발표의 생명 연장 — 독자는 시간과 함께 늘어남
피드백 루프	질문의 원인은 자료에서 — 발표할수록 자료는 정밀해짐

오늘의 도구·명령어

도구·절차	하는 일
기회의 3경로	동아리 세미나 · 라이트닝 토크 · 직접 개최
당일 체크리스트	환경 3중 확인 · 도입 대본 · 타이머
Q&A 유형별 응대	아는 질문·모르는 질문·논쟁형 질문의 각 답변
발표 후 정리 4단계	공개 → 녹화 공유 → 피드백 기록 → 약속 이행
피드백 기록 양식	질문 목록 · 반응 메모 · 개선점 3가지
7일 공개 규칙	발표 당일 상태로 공개, 다듬기는 개정판으로

명령어보다 중요한 감각

첫 발표가 끝난 밤, 여러분의 커뮤니티 안에서의 위치가 조금 바뀝니다. 어제까지 "배우는 사람"이었다면, 오늘부터는 "전하는 사람"의 명단에 이름이 올랐습니다. 그 명단은 발표 한 번으로 만들어지지 않고, 공개된 자료의 축적으로 유지됩니다 — 검색되고, 인용되고, "이 분야 하면 이 사람"이 되는 길입니다.

그리고 돌아보면 이 무대는 혼자 만든 것이 아닙니다. Step 329가 재료를 캐고, Step 330이 매주 공급하고, Step 331이 한 명 앞에서 연습시키고, Step 332가 자료로 다듬었습니다. 오늘의 30분은 지난 몇 주의 루틴이 만든 산출물입니다. 이제 이 사이클 전체가 여러분의 것입니다 — 다음에 이 무대에 오를 사람에게, 오늘의 경험을 그대로 전할 수 있게 됐습니다.

전부 체크되면 Step 333 완료입니다. 사이드바의 체크박스를 눌러 진도를 저장하세요.