기술 · 일하는 방식

공유가 경쟁력이 되는 구조

오픈소스 협업이 바꾸는 지식과 신뢰의 문법. 인공지능(AI, Artificial Intelligence)이 지식을 흔하게 만든 시대에, 무엇을 감추느냐가 아니라 무엇을 어떻게 여느냐가 경쟁력이 되는 이유를 살펴본다.

한동안 일잘러의 조건은 분명했다. 남들이 모르는 것을 알고, 남들이 못 하는 것을 해내며, 그 방법을 자신만의 것으로 간직하는 사람이 앞서 나갔다. 정답이 있었고, 그 정답에 빨리 도달하는 사람이 이겼다. 기획에는 잘 통하는 공식이 있었고, 마케팅에는 검증된 성공 방정식이 있었으며, 그것을 가진 사람은 가르치는 위치에 섰다.

그런데 그 전제가 흔들리고 있다. 1년 전에 통하던 공식이 지금은 잘 통하지 않는다. 광고비를 어디에 써야 효과가 나는지에 대한 과거의 답이 무뎌졌고, 무엇을 가르쳐야 하는지에 대한 기준도 자주 바뀐다. 가장 큰 변화는 따로 있다. 사람이 평생에 걸쳐 모았던 레퍼런스와 사례를, 이제는 AI가 더 많이 더 빠르게 끌어온다는 점이다. 단순히 무언가를 아는 것, 자료를 많이 가진 것만으로는 더 이상 차이를 만들기 어려워졌다.

정답이 흔해지면 정답을 쥔 선생의 자리가 좁아진다. 따라야 할 표준 교과서가 흐려지면, 사람들은 쫓아갈 대상을 잃는다. 바로 그 자리에서 다른 종류의 경쟁력이 떠오른다. 무엇을 감추고 소유했는지가 아니라, 무엇을 어떻게 열어서 다른 사람이 가져다 쓰게 만들었는지가 새로운 기준이 된다. 이 글은 그 변화를 가장 먼저, 가장 철저하게 겪은 영역인 소프트웨어 개발의 협업 방식에서 출발해, 그 원리가 어떻게 일반적인 일과 콘텐츠의 문법으로 번져 나가는지를 따라간다.

1먼저 개발자들의 작업 방식을 들여다본다

변화의 원형은 소프트웨어 개발자들의 일상에 이미 자리 잡고 있다. 이들이 매일 쓰는 도구가 그 원리를 가장 잘 보여 준다.

먼저 두 가지 이름을 구분해 두자. Git(분산 버전 관리 시스템, Distributed Version Control System)은 작업 내용이 시간에 따라 어떻게 바뀌었는지를 한 줄 한 줄 기록하는 도구다. GitHub(깃허브)는 그 Git으로 관리되는 작업물을 인터넷에 올려 두고 여러 사람이 함께 다룰 수 있게 해 주는 웹 서비스다. 전 세계의 개발자들이 자신이 만든 코드를 이곳에 공개한다. 핵심은 이것이다. 공개가 예외가 아니라 기본값인 문화가 여기서 자라났다.

이 협업 방식을 떠받치는 동작은 몇 개 되지 않는다. 이름은 낯설지만 개념은 단순하다.

• 저장소(Repository, 리포지토리) — 하나의 작업물 전체가 담기는 공간이다. 완성된 결과뿐 아니라 그동안의 모든 변경 기록이 함께 들어 있다.
• 커밋(Commit) — 작업을 진행하며 남기는 변경의 한 단위다. "여기까지 이렇게 바꿨다"를 도장 찍듯 기록한다. 커밋이 쌓이면 작업의 시간 순서가 그대로 드러난다.
• 포크(Fork) — 다른 사람의 저장소를, 그 변경 기록까지 통째로 복사해 내 소유의 저장소로 가져오는 동작이다. 복사본은 원본과 연결을 유지하므로, 원본이 발전하면 그 변화를 내 쪽으로 다시 받아올 수도 있다.
• 스타(Star) — 마음에 드는 저장소에 눌러 두는 표시다. 어떤 작업물이 얼마나 많은 스타를 받았는지가 그 신뢰도와 영향력을 가늠하는 눈금이 된다.
• 풀 리퀘스트(Pull Request) — 포크해서 고친 내용을 "원본에도 반영해 달라"고 보내는 제안이다. 원본 관리자가 받아들이면, 외부인의 손길이 본체에 녹아든다.

이 다섯 가지가 만드는 그림은 이렇다. 누군가 작업물을 공개하면, 다른 사람이 그것을 포크해 자기 버전을 만들고, 거기서 더 나은 것을 발견하면 풀 리퀘스트로 원본에 되돌린다. 좋은 작업물에는 스타가 쌓이고, 모든 변화는 커밋으로 기록되어 누가 무엇을 어떻게 바꿨는지가 남는다. 베끼는 행위가 시스템의 결함이 아니라, 시스템이 작동하는 정상적인 방식이다.

주목할 점은 이런 문화가 소수의 취미가 아니라는 것이다. 오늘날 우리가 쓰는 수많은 소프트웨어가 공개된 코드 위에 서 있다. AI 도구를 만드는 사람들 사이에서도 자신이 개발한 것을 누구나 가져다 쓰도록 여는 일이 일상이다. 가져다 쓰는 사람이 많아질수록 원본의 영향력이 커지는 구조 — 이 셈법이 개발 바깥으로 번지기 시작했다는 것이 이 글의 출발점이다.

2공개가 왜 전략이 되는가

가진 것을 공짜로 푸는 행위가 손해처럼 보인다면, 그것은 경쟁을 "내 몫을 빼앗기는 싸움"으로 보기 때문이다. 그러나 시장 자체가 아직 작을 때는 계산이 달라진다. 두 가지 실제 사례가 이 셈법을 잘 보여 준다.

사례 하나 — 전기차 특허를 연 자동차 회사

2014년 6월, 한 전기차 회사의 최고경영자가 블로그에 글을 올려 회사가 보유한 특허를 누구나 선의로 사용해도 소송하지 않겠다고 선언했다. 전기 모터와 충전, 전력 관리 소프트웨어 같은 핵심 기술까지 포함된 결정이었다. 그가 밝힌 이유는 명료했다. 진짜 경쟁자는 다른 소규모 전기차 회사가 아니라, 매년 쏟아져 나오는 내연기관 자동차라는 것이다.

혼자서는 전기차라는 판 자체를 키울 수 없다. 만약 특허를 틀어쥐어 다른 회사들이 전기차 시장에 못 들어오게 막는다면, 시장은 작은 채로 머문다. 반대로 기술을 열어 더 많은 회사가 전기차를 만들면 충전 인프라가 깔리고 부품값이 내려가며 시장 전체가 커진다. 그리고 그 과정에서 자사의 방식이 사실상의 표준으로 자리 잡을 수 있다. 당시에도 이를 두고 홍보 전략이라는 해석과 표준 선점이라는 분석이 함께 나왔다. 어느 쪽이든, 공개가 손해가 아니라 계산된 한 수였다는 점은 분명하다.

사례 둘 — AI 모델을 무료로 푼 빅테크

비슷한 셈법이 인공지능 분야에서 더 큰 규모로 반복되고 있다. 한 대형 정보기술 기업은 자사가 개발한 대규모 언어 모델(LLM, Large Language Model)의 가중치(모델이 학습한 결과값)를 공개해 누구나 내려받아 쓰도록 했다. 다른 경쟁사들이 비공개 모델의 사용료를 받아 수익을 내는 것과 정반대의 길이다.

이 전략의 핵심은 경영·경제학에서 보완재 상품화(commoditizing the complement)라 부르는 개념이다. 어떤 제품의 수요는 그것의 짝꿍(보완재)이 흔하고 쌀수록 늘어난다. 자동차가 싸지면 휘발유가 더 팔리고, 휘발유가 싸지면 자동차가 더 팔린다. 이 기업에게 AI 모델은 핵심 사업인 광고·서비스의 보완재다. 따라서 모델을 무료로 풀어 흔하게 만들면, 그 위에서 돌아가는 자사 핵심 사업의 가치가 올라간다. 동시에 모델 자체를 팔아 돈을 벌던 경쟁사들의 가격 결정력은 약해진다.

여기에 더해, 전 세계 개발자들이 그 모델을 가져다 다듬고 응용하면서 개선이 자발적으로 일어난다. 사람들이 특정 모델 위에서 작업하는 것이 당연해지면 그것이 업계의 기준점, 곧 표준이 된다. 과거 운영체제 시장에서 공개된 소프트웨어가 기업용 서버의 표준으로 자리 잡았던 흐름, 스마트폰 운영체제가 시장을 장악했던 흐름과 같은 논리다.

시장이 충분히 크지 않을 때, 가장 빠르게 판을 키우는 방법은 경쟁자마저 같은 시장 안으로 끌어들이는 것이다.

이 지점에서 경쟁을 보는 관점이 뒤집힌다. 경쟁자는 빼앗아야 할 적이 아니라, 같은 시장을 함께 키우는 동료가 된다. 내 것을 가져다 더 좋은 것을 만든 사람이 많아질수록 내가 닦은 길의 가치, 곧 내 영향력이 올라간다. 이것이 다음 이야기로 이어진다.

3팔로우에서 포크로

지난 십수 년간 온라인의 관계는 대체로 팔로우(follow)로 짜였다. 영향력 있는 사람이 무언가를 만들어 올리면, 팔로워들은 그것을 지켜보고 반응한다. 흐름은 한 방향이다. 한 사람이 발신하고 다수가 수신한다. 이 구조에서 다수는 본질적으로 구경꾼이다.

포크는 다른 종류의 관계를 만든다. 지켜보던 사람이 버튼 하나로 작업물을 통째로 가져가 자기 것으로 고치고, 더 나아지면 원본에 되돌린다. 수신자가 발신자로, 구경꾼이 참여자로 바뀐다. 흐름은 더 이상 한 방향이 아니다. 가져가고, 바꾸고, 되돌리는 양방향의 순환이 생긴다.

이 전환이 만드는 결과는 단순한 관계 변화 이상이다. 참여자가 늘면, 공유한 작업물이 저절로 좋아진다. 누군가 자신의 작업을 공개하면 여러 사람이 들여다보며 "여기는 이렇게 바꿔 보라"는 제안을 보탠다. 풀던 문제를 다른 사람들이 함께 다듬으면서 작업물이 진화한다. 공유만 했을 뿐인데 개선이 따라오는 것이다.

구경꾼을 참여자로 바꾸는 일 — 앞으로 콘텐츠와 사업에서 점점 더 중요해질 질문은 이것이다. 어떻게 하면 사람들이 내 작업물에 손을 대고 가져가게 만들 수 있을까. 잘 차린 음식에 포크가 많이 가듯, 잘 열어 둔 작업물에 참여가 모인다.

4완결품이 아니라 과정

오랫동안 우리는 완성된 결과만 내보였다. 성공한 사람은 그 성공을 깔끔하게 정리한 책 한 권을 펴냈다. 결과는 매끈했지만, 거기에 이르는 길은 가려져 있었다. 그런데 이제는 그 책을 읽는 사람도 안다. "이 공식, 지금은 그대로 안 통하는데."

사람들이 정말 알고 싶은 것은 매끈한 결론이 아니라, 그 결론에 이르기까지의 노트다. 어떤 갈림길에서 무엇을 골랐는지, 어떤 경쟁자를 만났고 어떤 시도가 막다른 길이었는지, 언제 그만두고 싶었고 언제 다시 일어섰는지. 완성된 책상 위의 결과물이 아니라, 그 옆에 놓인 끄적거린 노트가 더 값지다.

앞서 본 협업 도구에서 이 노트에 해당하는 것이 바로 커밋이다. 커밋은 완결이 아니라 변화의 단위다. 막다른 시도와 되돌린 흔적까지 모두 기록으로 남긴다. 커밋이 줄지어 쌓이면 작업이 어떻게 진화해 왔는지가 고스란히 드러난다. 결과만 보여 주는 것과 과정을 보여 주는 것의 차이를 그림으로 보면 이렇다.

과정을 공개하는 일이 약점 노출처럼 느껴질 수 있다. 그러나 실제 사례는 반대를 보여 준다. 한 소프트웨어 기업은 서비스에 큰 장애가 생길 때마다 원인과 해결 단계를 차분히 글로 풀어 공개했고, 그 과정이 오히려 전문성에 대한 신뢰로 이어졌다. 이처럼 만드는 과정을 열어 두고 함께 가는 방식을 영어권에서는 공개적으로 만들기(build in public)라 부른다. 의도를 미리 공표하고, 배움을 공개하며, 완벽해지기 전에 내놓고 고쳐 가는 흐름이다.

개발자들이 특히 좋아하는 형식 중 하나가 작업하는 모습을 실시간으로 보여 주는 것이다. 매끈하게 편집된 결과가 아니라, 막히고 고치고 다시 시도하는 날것의 과정을 그대로 중계한다. 사람들은 그 과정을 보며 "여기도 그렇군요", "이렇게 해 보면 어떨까요" 하고 끼어든다. 지켜보던 사람이 손을 보태는 순간, 구경은 참여로 바뀐다.

한 가지 사건의 결과가 아니라, 진화해 가는 과정 자체를 사람들이 보게 된다.

여기서 한 가지 통찰이 나온다. 완성된 결과 한 건을 본 사람과, 그 결과에 이르는 수십 번의 변경 과정을 함께 본 사람은 전혀 다른 것을 얻는다. 앞사람이 얻는 것은 정보지만, 뒷사람이 얻는 것은 판단의 경로다. 어떤 상황에서 왜 그 선택을 했는지를 따라가 본 사람은, 자신의 상황에 그 사고방식을 옮겨 쓸 수 있다. 결과는 복제하면 그만이지만, 과정은 학습이 된다.

5지식의 가치가 떨어지면 신뢰의 가치가 오른다

변화의 핵심에는 가치의 자리 이동이 있다. 어떤 사이트든 비슷하게 만들 수 있고, 어떤 분석이든 비슷한 수준으로 뽑아낼 수 있게 되면, 결과물 자체의 차이는 줄어든다. 결과가 평준화될수록, 사람들이 누구의 결과를 택할지를 가르는 기준은 결과 바깥으로 옮겨 간다. 그 기준이 신뢰다.

그렇다면 신뢰는 어떻게 측정되는가. 과거에 실력의 증표는 "내가 무엇을 얼마나 아는가"와 "내가 무엇을 소유하고 있는가"였다. 새로운 셈법에서 그 증표는 다른 것으로 바뀐다. 내가 공개한 작업물에 얼마나 많은 스타가 붙었는가, 그리고 얼마나 많은 사람이 내 것을 가져다(포크해) 자기 것을 만들었는가. 베껴 간 사람이 많을수록 신뢰가 쌓이는 역설이 성립한다.

이 전환을 한 문장으로 줄이면 이렇다. 지식의 가치가 떨어지면 관계의 가치가 오른다. 무언가를 소유하고 감추는 데서 나오던 힘이, 무언가를 열어 많은 사람과 연결되는 데서 나오는 힘으로 옮겨 간다. 그래서 이 셈법을 먼저 이해한 곳은 이미 경쟁의 장이 아니라 함께 만드는 공동체에 가깝다.

6베끼게 하되, 출처를 남긴다

베끼는 행위에 대한 거부감의 뿌리에는 "몰래 가져간다"는 인상이 있다. 그런데 공개 협업의 복제는 몰래가 아니라 기록된다. 여기서 단순 내려받기와 포크의 차이가 결정적이다. 파일을 그냥 내려받으면 누가 가져갔는지 남지 않는다. 반면 포크는 누가 어떤 작업물을 가져가 어떻게 바꿨는지가 흔적으로 남는다. 원본과의 연결이 끊기지 않고 계보로 이어진다.

복제에 출처가 따라붙는 순간, 베끼는 일은 떳떳해진다. 부끄럽게 숨길 행위가 아니라, "나는 이것을 이렇게 배우고 있다, 이 작업은 누구의 것에서 출발했다"고 밝히는 행위가 된다. 명품이 무엇을 오마주했는지 당당히 밝히고, 어떤 이론이 어떤 선행 이론에서 나왔는지를 명시해야 비로소 이론으로 인정받는 것과 같은 이치다. 계보가 없으면 권위도 없다.

그리고 이 잇댐은 한 방향으로 끝나지 않는다. 내가 누군가의 작업물을 포크해 더 나은 것으로 만들면, 원작자가 그 개선을 다시 자기 쪽으로 가져갈 수 있다. 가져가고 되돌리는 순환 속에서, 경쟁이라기보다 공동 창작에 가까운 관계가 만들어진다. 각자가 자기 버전을 키우면서도 전체가 함께 나아진다.

7그러나 모든 것을 열 수는 없다

지금까지의 이야기를 "무조건 다 공개하라"로 읽으면 곤란하다. 공개가 힘을 발휘하는 데에는 조건이 있고, 공개가 오히려 해가 되는 자리도 분명히 있다. 균형을 위해 한계를 짚어 둔다.

첫째, 공개는 참여자가 모일 만한 규모가 있어야 작동한다. 작업물을 열어 두어도 들여다보고 손볼 사람이 없으면, 공유는 개선으로 이어지지 않고 그저 노출로 끝난다. 충분히 큰 네트워크와 관심이 없는 상태에서의 공개는 "무료 업그레이드"가 아니라 그냥 무료일 뿐이다.

둘째, 열어서는 안 되는 영역이 있다. 핵심 영업비밀, 보안과 직결된 설계, 개인정보, 그리고 엄격한 규제를 받는 분야의 정보는 공개가 곧 위험이 된다. 무엇을 열고 무엇을 닫을지를 가르는 판단이, 공개 그 자체보다 더 중요한 역량이다.

셋째, 과정 공개에도 부작용이 있다. 만드는 과정을 보여 주는 일에 매몰되면, 정작 본질인 결과물의 완성도가 뒷전으로 밀릴 수 있다. 끊임없이 실패를 전시하는 것이 신뢰를 쌓기는커녕 깎아내릴 위험도 있다. 그래서 과정을 공개하더라도 실패만 보이는 것이 아니라, 그 실패를 어떻게 해석하고 무엇을 바꿨는지를 함께 보여 줄 때에만 신뢰로 전환된다.

넷째, 출처를 지키지 않는 약탈적 복제가 늘 존재한다. 기록이 남는 구조라 해도, 출처를 지우고 가져가는 무임승차는 사라지지 않는다. 공개 문화는 기술만으로 유지되지 않으며, 잇댐의 윤리를 지키는 참여자들의 합의 위에서만 건강하게 굴러간다.

관건은 모든 것을 여느냐가 아니라, 무엇을 어떻게 열어 어떤 흐름을 만들 것이냐다.