시즌 2-19편. 오픈소스는 왜 이렇게 자주 등장할까

 

지난 편에서는 Agentic Workflow를 정리하면서, 시즌 2에서 다뤘던 여러 개념이 하나로 만나는 지점을 봤습니다. 이번 편에서는 개발 세계의 밑바닥에 오래도록 흐르고 있는 어떤 문화 하나를 이야기해보려 합니다.

오픈소스(Open Source)입니다.

이 단어는 시즌 2 내내 계속 등장했습니다. 시즌 2-1편의 skill.md 이야기, 시즌 2-5편의 MCP, 그리고 다양한 AI 도구들의 배경에서 "이건 오픈소스로 공개되었다"는 표현이 자주 나왔죠. 저는 이걸 볼 때마다 살짝 의문이 있었습니다. "왜 이 사람들은 자기가 만든 걸 굳이 공짜로 공개하지?" 이 질문 앞에서 저는 그동안 답을 미뤄왔습니다.

오늘은 그 답을 저 나름의 언어로 정리해보겠습니다. 시즌 2를 지나오면서 조금씩 잡힌 감이 있어서, 이 편에서 그걸 담아두려 합니다.

한 문장으로 정리하면 이렇습니다.

오픈소스는 코드나 자료를 공개해서, 누구든 볼 수 있고, 쓸 수 있고, 고쳐서 다시 나눌 수 있게 하는 방식입니다.

핵심은 세 단어입니다. 공개, 사용, 개선. 이 세 가지가 모두 자유롭게 열려 있어야 오픈소스라고 부릅니다. 그냥 코드가 공개되어 있는 것과는 다릅니다. 사용과 개선까지 자유로워야 합니다.

🍳 도서관 비유로 이해해보기

오픈소스를 이해할 때 저에게 가장 잘 잡힌 비유가 도서관이었습니다.

• 폐쇄된 도서관(비공개 코드): 어떤 회사가 자기 서가에 책을 잔뜩 쌓아두었지만, 회원권 있는 사람만 들어갈 수 있고, 책도 그 안에서만 봐야 하는 상태
• 일반 도서관(코드 공개만): 누구든 들어가서 책을 볼 수 있지만, 필사만 가능하고, 자기 것으로 가져가서 다시 쓸 수는 없는 상태
• 오픈소스 도서관: 누구든 들어가서 볼 수 있고, 책을 복사해서 자기 것으로 만들 수 있고, 심지어 고쳐 쓸 수 있고, 고친 걸 다시 도서관에 기증할 수도 있는 상태

세 번째 도서관에서 무슨 일이 벌어질까요? 사람들이 각자 책을 개선해서 기증하고, 새로운 관점이 계속 축적되고, 결과적으로 서가가 점점 풍요로워집니다. 이게 오픈소스의 실체입니다.

🎬 왜 사람들이 굳이 공개하는가

저는 이 질문에 답이 잘 안 잡혔습니다. "본인이 힘들게 만든 걸 왜 공짜로 나눌까?" 이 의문이 저에게 가장 컸거든요. 몇 주 자료를 훑고 나름의 답을 정리했습니다.

첫째, 혼자 관리하기 어렵기 때문입니다.

어떤 소프트웨어를 혼자 만들어 유지하려면, 발생하는 모든 버그를 혼자 잡고, 새 기능도 혼자 추가해야 합니다. 사용자가 늘수록 이 부담이 기하급수적으로 커집니다. 그런데 오픈소스로 공개하면 다른 사람들이 문제를 함께 잡고 개선을 함께 만들어줍니다. 혼자 짊어질 수 없는 짐을 함께 나누는 방식인 것이죠.

둘째, 신뢰의 문제입니다.

특히 보안이 중요한 도구나 표준 규격(시즌 2-5편의 MCP 같은 것)은 "이걸 어떻게 믿을 수 있어?"라는 질문에 답해야 합니다. 코드가 공개되어 있으면 누구나 검증할 수 있고, 이 검증 가능성 자체가 신뢰의 근거가 됩니다. 폐쇄된 코드는 만든 사람만 진실을 아는 상태라, 사용자는 항상 조금 불안합니다.

셋째, 산업 표준을 만들기 위해서입니다.

한 회사가 만든 도구를 다른 회사가 쓰게 하려면, "이건 우리 회사에서만 통하는 게 아니다"를 증명해야 합니다. 오픈소스로 공개하면 여러 회사가 함께 채택할 수 있고, 그 결과 산업 표준이 됩니다. MCP가 그렇게 확산되고 있는 것이 대표적 예시입니다.

넷째, 개발자 개인의 커리어와 신뢰가 축적됩니다.

오픈소스 기여는 개발자의 개인 자산입니다. 어떤 프로젝트에 기여했는지, 어떤 코드를 공개했는지가 그 개발자의 실력과 태도를 보여주는 증거가 됩니다. 이력서보다 훨씬 신뢰도가 높은 자산이죠.

📊 오픈소스가 있는 세계와 없는 세계

이 문화가 있는 것과 없는 것의 차이를 표로 정리하면 이렇습니다.

구분 오픈소스 없는 세계 오픈소스 있는 세계

새 프로젝트 시작	모든 것을 처음부터 만들어야 함	이미 잘 만들어진 조각을 조합
문제 발생 시	만든 회사에 문의	커뮤니티에서 함께 해결
표준 형성	시장 지배력에 좌우	공동 합의로 형성 가능
개발 속도	회사별로 재개발 반복	기존 자산 위에서 빠르게 진화
신뢰 방식	회사 브랜드에 의존	코드와 커뮤니티가 검증

이 표를 보면 오픈소스가 왜 개발 문화의 뿌리로 자리 잡았는지 조금 감이 옵니다. 개발이라는 활동 자체가 다른 사람의 축적 위에서 새로운 것을 만드는 일이기 때문입니다.

🌙 시즌 2의 흐름에서 오픈소스가 자꾸 등장한 이유

지금 다시 시즌 2를 돌아보면 오픈소스라는 뿌리가 여러 편에서 자연스럽게 등장했다는 것이 보입니다.

• 시즌 2-1편의 skill.md: Anthropic이 스킬 규격을 오픈된 형태로 확산시키면서 커뮤니티 기반의 스킬 축적이 가능해짐
• 시즌 2-5편의 MCP: 명확히 오픈 표준으로 설계되어 여러 회사가 함께 채택
• 시즌 2-18편의 Agentic Workflow: 각종 에이전트 프레임워크가 오픈소스로 공개되어 확산

이 개념들이 잘 자랄 수 있었던 배경에 오픈소스 문화가 있었습니다. 폐쇄된 세계에서는 이런 확산 속도가 나올 수 없거든요.

💭 비전공자로서 오픈소스를 어떻게 다가갈까

오픈소스 문화에 감이 잡히기 시작하면서, 저는 저 나름의 접근을 정리해봤습니다.

첫째, "쓰는 사람"부터 시작합니다.

오픈소스 프로젝트에 코드로 기여하는 것은 처음부터 진입 장벽이 높습니다. 저는 대신 잘 만들어진 오픈소스 도구를 잘 쓰는 사람부터 되려 합니다. 시즌 2-12편에서 다룬 skill.md 관리 방식, 시즌 2-13편의 자동화 워크플로 등이 모두 오픈된 자산 위에서 굴러가는 실천이었습니다.

둘째, "문서로 기여하는 사람"이 다음 단계입니다.

오픈소스 프로젝트에는 코드가 아닌 기여도 많습니다. 오탈자 수정, 사용법 개선, 예시 추가, 번역 등. 이건 저 같은 문서 감각을 가진 사람이 진입할 수 있는 자리입니다. 저의 첫 오픈소스 기여는 아마 어떤 도구의 한국어 문서 개선이 될 것 같습니다.

셋째, "이슈에서 대화하는 사람"으로 확장합니다.

깃허브 이슈(GitHub Issues)에서 다른 사용자들과 문제를 논의하는 것 자체가 오픈소스 커뮤니티에 참여하는 방법입니다. 답을 낼 필요 없이, 저의 사용 경험과 관찰을 남기는 것만으로도 커뮤니티에 기여가 됩니다.

이 세 층은 어렵지 않게 다가갈 수 있는 방식이라고 저는 봅니다. 오픈소스는 개발자들만의 세계가 아니라, 사용자와 문서 작성자와 개발자가 함께 만드는 세계니까요.

💭 오픈소스의 그림자도 정직하게

그렇다고 오픈소스가 만능은 아닙니다. 몇 가지 그림자도 정직하게 남겨두겠습니다.

첫째, "무료"라는 오해가 있습니다. 오픈소스는 사용료가 없다는 뜻이지, 유지 비용이 없다는 뜻이 아닙니다. 관리자들은 여전히 시간을 씁니다. 최근에는 "번아웃되는 오픈소스 유지자"라는 이슈가 자주 언급됩니다. 무료로 쓰는 만큼, 사용자도 어떤 형태로든 감사를 표현하는 문화가 필요합니다.

둘째, 품질이 균일하지 않습니다. 잘 관리되는 프로젝트가 있는 반면, 방치된 프로젝트도 많습니다. 사용 전에 프로젝트의 활발도, 관리자의 응답 속도, 최근 업데이트 등을 확인하는 감각이 필요합니다.

셋째, 보안 관점의 검증이 여전히 필요합니다. 코드가 공개되어 있다는 게 자동으로 안전을 의미하지는 않습니다. 사용 전에 커뮤니티의 평판과 알려진 이슈를 확인하는 것이 좋습니다.

🎯 Technical Writer와 DevRel 관점에서

오픈소스는 저에게 특별한 의미가 있습니다. 문서와 커뮤니티가 개발만큼 중요한 세계이기 때문입니다.

좋은 오픈소스 프로젝트에는 반드시 좋은 문서가 있습니다. README, 튜토리얼, API 레퍼런스, 기여 가이드. 이 문서들의 품질이 프로젝트의 확산 속도를 결정합니다. 문서가 좋으면 사용자가 늘고, 사용자가 늘면 기여자가 늘고, 기여자가 늘면 프로젝트가 자라납니다. 이 선순환의 첫 단추가 문서입니다.

DevRel의 자리는 오픈소스와 특히 잘 맞습니다. 커뮤니티를 키우고, 사용자와 개발자를 잇고, 프로젝트의 방향을 팀 외부에 잘 소통하는 것. 이 자리에서 문서 감각을 가진 사람은 큰 자산이 됩니다.

저는 앞으로 어떤 오픈소스 프로젝트에서 첫 기여를 하게 될지 아직 정하지 못했습니다. 다만 시즌 2를 통해 오픈소스에 대한 심리적 거리가 확 줄었다는 것만은 확실합니다.

📌 정리

• 오픈소스란: 코드/자료를 공개, 사용, 개선까지 자유롭게 허용하는 방식
• 왜 공개하는가: 혼자 관리 어려움, 신뢰 근거, 산업 표준화, 개인 커리어 자산
• 시즌 2 개념들의 배경: skill.md, MCP, Agentic Workflow 등이 오픈소스 문화 위에서 확산
• 비전공자의 세 층 접근: 쓰는 사람 → 문서로 기여하는 사람 → 이슈에서 대화하는 사람
• 그림자: 무료의 오해, 균일하지 않은 품질, 여전히 필요한 보안 검증
• 문서 관점: 좋은 문서가 오픈소스 선순환의 첫 단추. Technical Writer/DevRel의 자리 넓음

다음 글이 이번 시즌의 마지막 편입니다. 지난 6개월 동안 비전공자로서 개발자 세계를 관찰한 저의 기록을 한 번 회고해보겠습니다. 시즌 1과 시즌 2를 관통해 저에게 남은 것들, 앞으로 가고 싶은 방향까지 정직하게 담아보려 합니다.

읽어주셔서 감사합니다.

---

TAG: #오픈소스 #OpenSource #개발자문화 #GitHub #커뮤니티 #DevRel준비 #DocsToDevRel #TechnicalWriter #비전공자 #개발입문