성당과 시장 우연한 혁명으로 일어난 리눅스와 오픈소스에 대한 생각

Transcription

1 Hanbit ebook Realtime 50 성당과 시장 우연한 혁명으로 일어난 리눅스와 오픈소스에 대한 생각 The Cathedral & the Bazaar 에릭 레이먼드 지음 / 정직한, 최준호, 송창훈, 이기동, 윤종민 옮김

2 성당과 시장 우연한 혁명으로 일어난 리눅스와 오픈소스에 대한 생각

3 이 책은 정보통신산업진흥원의 2013년 공개 소프트웨어 관련 출판 번역 지원 사업 의 하나로 출판되었습니다. 이 책은 2014년 1월 21일 개정판입니다. 성당과 시장 우연한 혁명으로 일어난 리눅스와 오픈소스에 대한 생각 초판발행 2013년 12월 30일 지은이 에릭 레이먼드 / 옮긴이 정직한, 최준호, 송창훈, 이기동, 윤종민 / 펴낸이 김태헌 펴낸곳 한빛미디어(주) / 주소 서울시 마포구 양화로 7길 83 한빛미디어(주) IT출판부 전화 / 팩스 등록 1999년 6월 24일 제 호 ISBN / 비매품 책임편집 배용석 / 기획 한빛미디어 스마트미디어팀 / 편집 정지연, 이중민 디자인 표지 여동일, 내지 스튜디오 [밈], 조판 김현미 영업 김형진, 김진불, 조유미 마케팅 박상용, 서은옥, 김옥현 이 책에 대한 의견이나 오탈자 및 잘못된 내용에 대한 수정 정보는 한빛미디어(주)의 홈페이지나 아래 이메일로 알려주십시오. 한빛미디어 홈페이지 / 이메일 ask@hanbit.co.kr Published by HANBIT Media, Inc. Copyright c 1997, 1998, 1999, 2000, 2001, 2002 Eric S. Raymond Korean Translation Copyright c 1998, 1999, 2000, 2002, 2013 정직한, 최준호, 송창훈, 이기동, 윤종민 This is a non-commercial free e-book distributed under the Open Publication License v1.0. 지금 하지 않으면 할 수 없는 일이 있습니다. 책으로 펴내고 싶은 아이디어나 원고를 메일(ebookwriter@hanbit.co.kr)로 보내주세요. 한빛미디어(주)는 여러분의 소중한 경험과 지식을 기다리고 있습니다.

4 저작권과 이용허락 안내 Copyright c 1997, 1998, 1999, 2000, 2001, 2002 Eric S. Raymond Korean Translation Copyright c 1998, 1999, 2000, 2002, 2013 정직한, 최준호, 송창훈, 이기동, 윤종민 This is a non-commercial free e-book distributed under the Open Publication License v1.0. If you want a commercial paper book publication, you must contact O'Reilly Media and get the permission in advance. O'Reilly has the exclusive commercial paper book publishing rights. 이 책은 2014년 1월 21일 개정판입니다. 한빛미디어 홈페이지 hanbit.co.kr/ebook/look.html?isbn= 에서 회원가입이나 로 그인 절차 없이 이 책을 무료로 내려받을 수 있습니다. 이 책을 이용할 시점에서 오 류 수정을 포함한 최신 개정판이 있는지 확인해 볼 것을 권합니다. 이 책은 저자의 홈페이지 공개된 문서를 한국어로 번역한 것입니다. 이 책의 저작권은 원저자 에 릭 레이먼드(Eric S. Raymond)와 한국어 번역자에게 있으며, 번역에 사용한 원문 의 판 번호와 발행일은 개별 번역문 안에 표시되어 있습니다. 누구나 이 책을 열린 출판 이용허락 1.0판 또는 그 이후 판의 조건과 규정에 따라 배 포할 수 있습니다. 열린 출판 이용허락 원문은 openpub/에서 볼 수 있고, 이 책의 부록 E에서 비공식 한국어 번역문을 참고할 수 있습니다. 비영리 목적의 경우, 별도의 연락이나 다른 이용허락 계약 없이 이 책을 복제, 전송 하거나 배포할 수 있습니다. 만약 이 책을 가공하거나 이 책에 포함된 여러 개의 글

5 중 하나를 따로 분리해 이용할 때는 법률 분쟁 가능성을 막기 위해 최종 복제물 안에 저작권과 이용허락 안내를 담은 이 페이지를 포함시켜야 합니다. 이 책의 내용 중 일 부를 발췌하거나 인용할 때는 일반적인 공정이용 관례를 따르면 됩니다. 연구 및 학 습 등과 같은 비영리, 비상업 목적의 경우에는 이 책을 인쇄해 활용할 수 있습니다. 상업과 비상업, 영리와 비영리의 구분은 대한민국 상법과 대법원 판례에 따릅니다. 이 책은 전자책에 잘 어울리는 KoPub 글꼴을 사용했습니다. 여러분도 이 글꼴을 사용할 수 있습니다. 출판권 설정에 따른 주의사항 원저자의 출판권 설정 계약에 따라 오라일리 미디어(O'Reilly Media)가 이 책의 상업 출판 권리를 갖습니다. 상업 출판에는 열린 출판 이용허락 1.0판 제6조가 적 용되는데, 여기에는 출판 비용 등을 보장할 수 있는 배타적 출판권 설정을 통해 열 린 출판을 장려하려는 목적이 있습니다. 따라서 영어 원판 및 한국어 번역판을 상 업 목적의 종이책으로 출판하려면 오라일리 미디어의 사전 허락을 얻어야 합니다. 이는 현재의 비상업 비영리 한국어 번역판 전자책과 무관하게, 일반적인 번역 출판 과정과 동일한 별도의 출판권 계약을 오라일리 미디어와 맺어야 상업 출판이 가능 하다는 의미입니다. 이때의 번역 출판 실무는 (1) 비영리 번역판을 활용하기 위해 기존의 번역자와 협의하거나, (2) 비영리 번역판과 무관하게 번역을 새로 하는 선 택을 할 수 있습니다. 상업 종이책을 출판한 경우에도 현재의 비영리 한국어 번역 판 전자책의 복제나 배포를 제한하거나 통제할 수는 없습니다.

6 일러두기 이 책에서 사용한 번역 및 표기 기준은 다음과 같다. 고유명사 한글 표기 기준 인명, 회사명, 소프트웨어 이름 같은 고유명사의 표기는 국립국어원이 정한 외래어 표기법을 따른다. 그러나 관리 주체가 달리 쓰는 표기나 등록상표가 있는 경우에는 이를 외래어표기법에 우선한다. 왜냐하면 자신이 만든 이름이나 등록상표 등은 자 기정체성의 표시를 스스로 확립한 것이기 때문이다. 예를 들어, 외래어표기법에 따 른 Sun Microsystems의 올바른 한글 표기는 선 마이크로시스템스 다. 그러나 이 회사는 썬 마이크로시스템즈 라는 철자로 상표와 법인 등록을 했기 때문에 이 책은 썬 마이크로시스템즈 로 표기한다. 넷스케이프와 MS 윈도를 네트스케이프와 MS 윈도우로 표기한 것도 같은 이유다. 조판 프로그램 TeX 텍 의 저자 Donald Knuth는 외래어표기법에 따라 도널드 크누 스로 표기할 수 있지만, 본인이 도널드 카누스 로 발음한다고 명시적으로 밝히고 있기 때문에 이 책은 크누스 가 아닌 카누스 로 표기한다. 외래어표기법에 세칙이 마련되지 않은 나라의 고유명사 표기는 그 나라 대사관이 나 원주민에게 문의해 최대한 원어에 가까운 발음이 되도록 외래어표기법을 적용 한다. 아프리카 지역 사막 명칭인 Kgalagadi는 이런 기준에 따라 칼라가디 로 표 기했다. Bronisław Malinowski(1884~1942)는 브로니슬라프 말리노프스키 등 으로 표기하지만 2013년에 출판된 그의 대표 저작에서 생존 당시 불리던 실제 발 음을 적용한 예가 있어, 이를 따라 브로니스라브 말리노브스키 로 표기했다. 사망한지 오래됐고 유명인이 아니며 또한 한국에 잘 알려지지 않은 사람도 이 기준

7 을 따른다. 독일에서 태어났지만 나중에 프랑스 국적을 취득하고 미국에서 활동하 다 사망한 사람의 이름이 외래어표기법을 적용할 국가에 따라 발음 및 표기가 달라 진다면, 이름과 발음이 알려진 유명인일 때는 알려진 바를 따르고 그렇지 않은 경 우에는 태어난 국가를 기준으로 외래어표기법을 적용한다. 사망한 인물은 역사적 이유를 고려해 이름이 처음 나올 때 원어 표기와 생몰연대를 함께 적는다. 따라서 이 책에 언급된 중요 인물 중 생몰연대가 없는 사람은 현시점 에서 모두 생존해 있는 사람이다. 고유명사 서지 인용 표기 기준 다른 책이나 논문 등을 인용할 경우에는 해당 문헌에서 사용한 고유명사 표기 형태 를 그대로 인용한다. 이는 독자가 해당 문헌을 검색하거나 찾을 때 오류 없이 정확 하게 접근할 수 있게 하기 위한 것이다. 예를 들면, 이 책은 Linus Torvalds를 외래 어표기법에 따라 리누스 토르발스 로 쓴다. 하지만 리누스 토발즈 라고 쓴 문헌이 있는 경우, 그 책의 서지를 적을 때는 리누스 토발즈 로 그대로 인용한다. 따라서 서지를 인용할 때에 한해서 리누스 토르발스 와 리누스 토발즈 와 같은 다른 표기 형태가 함께 나타날 수 있으며, 이는 편집상의 오류가 아니다. 두문자어 및 축약어 표기 기준 문장을 구성하는 단어들의 첫 글자를 모아 만든 약어를 두문자어 acronym 라 한다. GNU는 GNU's Not Unix 라는 문장을 구성하는 세 단어의 첫 글자만을 모아 GNU로 쓴 것이다. Free Software Foundation은 편의상 FSF로 짧게 쓰기도 하 는데, 이런 형태를 축약어 initialism 라고 한다. 두문자어와 축약어는 모두 긴 문장을 줄

8 여 쓴 약어 abbreviation 이며, 외관상 같은 모습이지만 이 책에서는 편의상 두문자어와 축약어로 구분한다. 두문자어는 특히 소프트웨어 이름과 같이 처음부터 그렇게 쓰려고 의도적으로 만 든 경향이 있지만, 축약어는 상황에 따라 긴 이름과 줄어든 이름을 선택적으로 자 유롭게 사용한다. 예를 들어, 텍스트 편집 프로그램 Emacs는 Editor MACroS 또는 Eight Megabytes And Constantly Swapping 의 두문자어다. Emacs는 두문자어로 표기하지 줄어들기 전의 긴 이름으로 표기하지 않는다. 그러나 축약어 FSF는 상황에 따라 FSF와 Free Software Foundation을 선택적으로 사용한다. 일반적으로 두문자어는 한 단어처럼 발음하고 축약어는 각각의 글자를 알파벳으로 발음하는 차이가 있다. Emacs는 이맥스 라고 발음하고 FSF는 에프 에스 에프 로 발음한다. 이에 맞춰서 두문자어는 첫 글자만 대문자로 쓰고 축약어는 모든 글 자를 대문자로 쓴다. 이 책은 두문자어는 한글로 표기하고, 축약어는 영문 표기를 그대로 사용한다. 따라서 이 책에 나오는 영문 대문자로 구성된 축약어는 모두 각 각의 글자를 알파벳으로 발음하면 된다. 어떤 경우에도 예외는 있다. 두문자어와 축약어 표기에 예외가 있으면, 발음과 대 소문자 표기 형태를 알 수 있도록 처음에 한해 원어와 한글을 함께 적는다. 또한, 두문자어와 축약어 모두 원래 뜻을 알 수 있도록 처음 나올 때에 한해 줄어들기 전 의 전체 문장을 적는다. 문장부호(월점) 표기 기준 과학기술 분야 외국 서적은 문장부호를 특히 많이 사용한다. 그러나 한글맞춤법

9 문장부호 규정에는 번역에 적용할 올바른 기준이 없는 경우가 많다. 이 책은 부족 한 한글맞춤법 규정을 보충하기 위해 유럽연합 집행위원회 번역총국 영어 스타 일 가이드 를 문장부호 표기 기준으로 삼는다. 그러나 한글맞춤법 규정과 영어 스 타일 가이드의 기준이 충돌할 경우에는 한글맞춤법 규정을 우선한다. 예를 들어, 2013년 10월 9일 을 문장부호를 이용해 줄여 쓴 는 외국의 문장부호 쓰임을 기준으로 하면 마침표와 동일한 기능의 빗금을 쓴 2013/10/9 와 같이 마 침표가 구분자의 역할을 하기 때문에 마지막 9자 뒤에는 마침표를 찍지 않는다. 그 러나 한글맞춤법 규정에서는 마침표가 연, 월, 일을 각각 대신해 쓰인 것이기 때문 에 마지막에도 마침표를 찍어 가 된다. 이렇게 표기 기준이 충돌하는 경우에는 한글맞춤법 규정을 우선한다. (겹낫표), ~(물결표) 등과 같은 문장부호 이름과 컴퓨터 자판 상단에 위치한 특수문자 이름은 한글맞춤법 규정과 표준국어대사전 이 한 글 이름을 정하고 있지 않을 경우, 표기법소사전, 장하늘, 문장연구사, 2007년, ISBN: 이 제안한 이름 및 그 조어 형태를 따른다. 괄호 뒤에 이어 붙는 조사의 표기 기준 (이 기준에 한해 한빛미디어의 편집기준이 적용됐다.) 한글맞춤법에 규정이 없는 괄호 사용의 세 가지 주된 문제는 (1) 여는 괄호를 앞 글 자에 붙여 쓸 것인가 띄어 쓸 것인가, (2) 마침표를 찍어야 할 때 닫는 괄호 안쪽에 찍을 것인가 바깥쪽에 찍을 것인가, (3) 닫는 괄호 뒤에 조사가 바로 이어 붙으면서 은/는, 이/가, 을/를 처럼 발음에 어울리는 조사를 택해야 할 경우, 여는 괄호 의 앞 글자를 기준으로 할 것인가 닫는 괄호의 앞 글자를 기준으로 할 것인가이다.

10 (1)과 (2)는 앞서 언급한 영어 스타일 가이드 의 기준을 따르고 (3)은 고유한 기준 을 따로 마련해 다음과 같이 쓴다. (ㄱ) 괄호 안에 한 단어만 있을 경우, 여는 괄호 앞의 글자를 기준으로 조사를 붙인다. (ㄴ) 괄호 안에 둘 이상의 단어가 있으면서 마지막에 끝나는 글자가 한글일 경우에 한 해 닫는 괄호 앞의 글자를 기준으로 조사를 붙인다. 이 기준을 만든 자세한 설명은 지면 관계상 생략하지만 큰 틀에서 두 가지 사항을 언급하면, (1) 한글맞춤법 규정에 포함되는 것으로 봐야 하는 훈맹정음(한글 점자) 의 경우처럼 눈으로 읽는 방법 이외의 독서 방법도 표기법에 고려해야 한다는 것과 한글 모아쓰기 구조상 똑같은 효과를 가질 수 없기는 하지만 (2) 영국 캐임브리지 대학교의 인지과학 연구로 잘못 알려진 사람은 단어를 하나의 덩어리 형태로 인 식하기 때문에 한 단어를 구성하는 글자들 중에서 첫 글자와 마지막 글자만 올바른 위치에 있으면 나머지 것들은 순서가 틀리게 배열돼도 문장을 읽고 이해하는데 별 다른 문제가 없다 는 단어 중심의 눈으로 읽는 독서의 특성이다. 용어 표기 기준 이 책의 번역에는 가능한 한글 용어를 쓰기 위해 다양한 전문 용어 사전을 참고했 다. 그중 최우선으로 사용한 것은 마이크로소프트 언어 포털 자료다. 이 자료는 온라인과 오프라인을 모두 포함해 현시점에서 웹을 통해 무료로 참고할 수 있는 가장 좋은 한국어 컴퓨터 용어 사전으로 판단된다. 이는 MS 운영체제 환경 에서 한글 용어 독점 표준을 오랫동안 유지하고 보강하며 다듬어온 결과를 제한적 이나마 열어놓은 결과일 것이다.

11 띄어쓰기 기준 한글맞춤법 규정에 따라 표준국어대사전 에 올려진 단어를 띄어쓰기 기준으로 삼 는다. 교환경제는 표제어로 올려져 있지만 증여경제는 그렇지 않은데, 이 책에서는 증여경제 가 교환경제 의 반대개념처럼 사용되고 있다. 이처럼 글의 서술상 짝을 이루는 개념 용어는 표제어와 같은 형태로 띄어 쓴다. 정보통신 분야 전문어도 기 본적으로는 표준국어대사전 과 마이크로소프트 언어 포털 자료를 우선 사용한 뒤 에 증여경제 와 같은 기준을 2차로 적용했다. 사라진 인터넷 자료 인용 기준 이 책의 초판은 2000년에 출판되었기 때문에 더 이상 유효하지 않은 인터넷 자료 가 많다. 이 때문에 독자의 편의를 위해 해당 시점에 맞는 과거 자료를 모두 인터넷 아카이브 링크로 삽입했다. 당시의 자료를 현재로 불러와 오롯이 볼 수 있는 것은 이 또한 인터넷의 근간인 개방과 자유의 선물이라 할 것이다. 금액 환산 및 표기 기준 다른 나라의 화폐 단위는 해당 연도에 해당하는 한국 원화로 환산해 괄호 안에 함 께 적는다. 예를 들면 다음과 같은 형식이다. 시그너스 솔루션즈는 리눅스 배포업체 레드햇에 6억 7천4백만 달러(1999년 화폐 가치 약 8천억 원, 2013년 화폐가치 약 1조 2천억 원)의 금액으로 인수 합병되었다. 특정 연도의 환율 정보는 기업은행 연평균 환율정보 페이지를 참고했으며, 통계청 이 발표하는 연도별 소비자 물가 상승률을 고려한 현시점의 화폐가치 환산을 위해 서는 한국은행 경제 통계 시스템 안의 화폐가치 계산기를 이용했다.

12 인수 합병 금액 인용 기준 미국의 ICT 산업에는 인수 합병이 특히 많이 일어난다. 법률적인 개념으로 볼 때 인수와 합병, 그리고 이 둘이 모두 나타나는 인수합병은 동일한 것이 아니지만, 이 책은 결과적으로 합병의 효과가 나타났다면 해당 사건을 인수 합병 으로 표기한 다. 그렇지 않으면 단순히 인수로 표기한다. 인수 합병 금액은 계약 성립을 공식적으로 발표한 날과 인수 합병이 법적으로 실 행되는 날을 기준으로 2가지 다른 산정이 가능하다. 주식 교환 방식 등의 경우, 어 느 날을 기준으로 삼는가에 따라 당일의 주식시장 마감 시세가 다르기 때문이다. 그러나 거의 모든 경우에서 계약 성립 발표 당일부터 시장 반응이 나타나기 때문에 이 책은 인수 합병 발표일을 기준으로 한 금액을 인용한다. 인수 합병 날짜 또한 같은 기준을 적용한다. 이 책에서 사용한 보다 자세한 번역 표기 기준과 실례는 people/chsong/os/crs.html에서 참고할 수 있다. 사실관계가 변하면, 저는 생 각을 바꿉니다 라는 케인즈 John Keynes, 1883~1946 의 말처럼 이 기준들은 바뀔 수 있 는 현시점의 판단들이다. 이 책의 주석 활용 방법 주석 번호를 클릭하면 그에 맞는 각주나 미주로 이동한다. 주석으로 이동한 뒤에도 마찬가지로 주석 번호를 클릭하면 원래의 본문 위치로 돌아간다.

13 저자 소개 에릭 스티븐 레이먼드 Eric Steven Raymond, 1957 는 1970년 후반 아 르파넷 시절부터 인터넷과 해커 문화에 매료돼 참여하고 관찰해온 해커이자 인류학자다. 그의 연구는 리눅스와 인터넷의 발전을 통 해 효과적으로 증명된 분산화된 오픈소스 소프트웨어 개발 모델을 설명하는데 기여했다. 그는 컴퓨터에 매혹되기 전에 수학과 철학을 공부했고, 두 장의 앨범에서 플루트를 연주하는 등 음악가로서도 어느 정도 성공을 거뒀다. 직접 만든 여러 오픈소스 프로 젝트 중에서 가장 널리 알려진 것은 페치메일 fetchmail 이다. 페치메일은 인터넷에서 가장 많이 사용되는 이메일 전송 프로그램으로 모든 주요 리눅스 배포판에 포함돼 있다. 그는 미국 연방헌법 수정 제1조(표현의 자유)와 제2조(무기 휴대의 권리)를 지지하 는 활동가다. 또한 태권도 검은띠 유단자이며 사격으로 기분 전환을 하기도 한다. 그의 홈페이지는

14 역자 소개 정직한 1998년 5월, 성당과 시장 의 한글 번역을 한국의 대표 리눅스 공동체 사이트 KLDP Korean Linux Documentation Project 에 올려 널리 소개했다. 또한 한국 최초의 SF 세 계명작 시리즈를 복원한 아이디어 회관 직지 프로젝트 등의 활동에 참여했다. 송창훈 컴퓨터공학과 법학을 공부했고 오랫동안 GNU 프로젝트에 참여했다. 자유 소프트 웨어 운동의 정신이 다른 시대, 다른 사회, 다른 분야에서도 상쾌한 cheerful 바람이 될 수 있기를 희망한다. 독자 모두가 프로그래머는 아닐 것이다. 그러나 조금의 유 머와 재치, 상냥한 미소와 배려, 그리고 삶의 작은 곳에서도 새로움 technology 과 흥 미 love 를 찾아간다면, 우리 모두 삶의 친구 life hacker 로 만나게 되리라 생각한다. 윤종민 서강대학교에서 기계공학을 전공했지만, 여러 회사를 거쳐 지금은 임베디드 소프트웨어 전문 회사 윈드리버 Windriver 에서 소프트웨어 엔지니어로 일하고 있다. 리눅스 커널, 밤 하늘, 사진, 그리고 움직 이는 모든 것에 대해 관심이 많으며, GNU 프로젝트 한국 팀 대표 로 활동하고 있다.

15 이기동 중앙대학교 컴퓨터공학과를 졸업했고, 쓰리알소프트에서 웹 메일 시스템을 개발했 다. 월간 프로그램 세계 의 한 코너로 리눅스 저널 을 번역해 실은 경험이 있다. 최준호 웹데이터뱅크를 거쳐 현재 씨디네트웍스 최고기술책임자 CTO 겸 성능 Performance 팀장으로 재직 중이다. 대학 시절 리눅스와 FreeBSD를 접한 이래 네트스케이프 브라우저 한글화, GNU 번역 프로젝트 및 관련 유틸리티(nh2ps, nhppf)를 오픈소스로 만든 바 있으며, 2000 년에서 2010년까지 FreeBSD 포트 맡아 korean 카테고리의 한글 관련 프로그램 패키징을 주로 진행했다. 회사에서는 운영과 개발 부 서를 번갈아 담당했으며, 현재 CDN Contents Delivery Network 과 ADNApplication Delivery Network 의 성능 향상을 위한 데이터 모니터링 및 분석 작업을 진행하고 있다.

16 이유를 알고 있을 캐서린과 앨리스, 그리고 마야에게

17 추천사 사업에서 자유는 추상적인 개념이 아니다. 어느 산업에서나 성공은 그 산업의 공급자와 소비자가 누리는 자유의 정도와 직접 적인 연관이 있다. AT&T가 소비자에 대한 독점적 지위를 상실했을 때, 미국의 전 화 산업에서 일어났던 혁신과 발전 속도를 소비자에게 선택권이 없던 과거의 더딘 속도와 비교해 보라. 자유가 가져다 주는 혜택의 가장 좋은 예는 컴퓨터 하드웨어와 소프트웨어 두 분야 의 비교를 통해 살펴볼 수 있다. 공급자와 소비자 모두에게 동일한 규모의 자유가 보장되던 하드웨어 분야에서는 제품과 소비자 가치에 있어 세계에서 유례없는 가 장 빠른 일대 혁신이 이루어졌다. 그러나 소프트웨어 분야에서는 변화가 거의 10년 단위로 이루어졌다. 웹 브라우저와 웹 서버가 등장한 1990년대 이전까지 1980년 대 킬러 애플리케이션인 오피스 제품군에 대항할 수 있는 프로그램은 존재하지 않 았다. 그러나 오픈소스 소프트웨어는 하드웨어 제조업자와 소비자가 누렸던 자유보다 더 큰 자유를 소프트웨어 산업에 가져다 주었다. 컴퓨터 프로그래밍 언어는 그 자체가 언어의 역할을 하기 때문에 우리는 프로그래 밍 언어를 언어 라고 부른다. 사회 지식인은 (이 글의 관점에서 프로그래머는 프로그래 밍 언어를 통해) 다른 사회 구성원에게 유익한 아이디어를 만들고 소통할 수 있다. 그 러나 소프트웨어 산업에서 역사적으로 통용돼 온 바이너리 파일만을 대상으로 하는 소프트웨어 이용허락은, 우리 사회가 점점 더 많이 의존하고 있는 지식 인프라에 대한 접근을 법적으로 통제하기 때문에 보다 적은 자유와 더딘 변화를 초래한다.

18 오픈소스는 소프트웨어 산업을 지탱하는 기존 인프라의 본질을 뒤흔드는 몇 가지 혁명적인 개념을 대변한다. 오픈소스는 기술 뒤에 숨겨진 코드에 대한 접근을 엄격 히 제한하는 방법으로 소비자를 통제할 수 있었던 공급자의 기술을 소비자가 직접 제어할 수 있게 해준다. 오픈소스 도구를 시장에 적용하기 위해서는 새로운 사업 모델이 필요하지만, 오픈소스의 고유한 이점을 시장에 전달할 수 있는 사업 모델을 개발한 기업은 소비자를 계속 지배하려고 하는 기존 회사들과의 경쟁에서 성공할 것이다. 오픈소스가 이 세계를 실제로 변화시키기 위해서는 두 가지 사항이 반드시 필요하 다. 하나는 오픈소스 소프트웨어가 폭넓게 사용돼야 하는 것이고, 다른 하나는 사 용자에게 말하고자 하는 오픈소스 소프트웨어 개발 모델의 이점이 널리 알려지고 이해돼야 한다는 것이다. 에릭 레이먼드는 바로 이러한 점에서 오픈소스 소프트웨어 혁명의 성공과 리눅스 기반 운영체제의 채택, 그리고 오픈소스 사용자 및 소프트웨어 공급회사 등에 공헌 한 바가 지대하다. 이 혁명적인 소프트웨어 개발 모델의 이점에 대한 레이먼드의 명쾌하고 효과적이며, 또한 정확한 설명 능력이야말로 오픈소스 혁명의 성공에서 가장 핵심적인 부분이라 할 수 있을 것이다. 밥 영 Bob Young 레드햇 사장 겸 최고경영자

19 왜 관심을 기울여야 하는가? 이 책의 모든 내용은 컴퓨터 해커들의 문화와 행동양식에 대한 것이다. 이 책은 프 로그래머와 기술 관리자를 위해 썼던 일련의 글을 모은 것인데, 잠재적 독자인 여 러분이 프로그래머가 아니라면 도대체 왜 이런 내용에 관심을 가져야 할까? 라는 의문이 들 것이다. 이 질문에 대한 가장 명확한 대답은 세계 경제와 사업 전략에 있어 컴퓨터 소프트 웨어가 점점 더 중대한 요소가 돼 가고 있기 때문 이다. 독자가 이 책을 택했다는 것은 전자화된 디지털 시대의 여러 정보 경제에 이미 친숙하다는 것을 의미한다. 따라서 이미 알고 있을 것들에 대한 설명은 생략하려고 한다. 나는 이 책을 통해 좀 더 나은 품질의 믿을 만한 소프트웨어를 만드는 방법을 보다 깊이 있게 이해하려면 그 속에 함축된 날마다 급성장하고 있는 개념들을 함께 이해해야 한다는 점을 지적 하려고 한다. 이 책의 내용이 본질적인 발전을 만들어내지는 않았지만, 이 책은 개발 비용을 낮 추고 품질 향상을 가능케 하는 체계적인 공개 개발과 분산화된 동료검토 방법을 갖 고 있는 오픈소스 소프트웨어에 대해 설명한다. 오픈소스 소프트웨어는 전혀 새로운 개념이 아니다. 그 전통은 30여년 전 초기 인 터넷 시대로 거슬러 올라갈 수 있다. 단지 최근에 와서 기술과 시장의 힘이 결집돼 눈에 보이는 뚜렷한 위상을 갖게 되었을 뿐이다. 현재의 오픈소스 운동은 다음 세 기의 컴퓨터 사용 환경을 규정짓는 것과 연관되어 있는데, 이는 컴퓨터를 사용하는 모든 사람에게 중요한 것이다. 오픈소스 운동 은 독자가 관심을 기울여야 할 좀 더 흥미 있고 궁극적인 이유에 대 한 단서를 제공한다. 오픈소스의 개념은 거의 30년 동안 인터넷의 용맹스러운 게

20 릴라들에 의해 추구되었고 현실화됐다. 이들은 스스로를 해커 라 부르는 것을 자 랑스럽게 생각한다. 여기서 말하는 해커란 언론이 잘못 보도하는 경향이 있는 컴퓨 터 범죄자가 아니라, 진정한 의미에서의 열광자, 예술가, 장인, 문제 해결가, 전문 가를 의미한다. 해커들은 어려운 기술적 문제와 주류 세력으로부터의 무관심과 무시에 대항하면 서 수십 년이 지난 지금에야 비로소 자신들만의 문화와 지위를 갖게 되었다. 그들 은 인터넷을 만들었고 유닉스와 WWW를 만들었으며, 지금은 리눅스와 오픈소스 소프트웨어를 만들어내고 있다. 이러한 과정을 통해 인터넷의 열기가 폭발적으로 증가했던 1990년대 중반부터 이 세계는 마침내 해커들에게 보다 많은 관심을 둬야 했다는 사실을 인식하게 되었다. 해커 문화와 그 성공은 인간의 동기와 작업 조직, 전문가주의 professionalism 의 미래, 회사의 형태 등이 희소 경제를 넘어서는 21세기 정보 과잉 시대에 과연 어떻게 변 하고 진화할 것인가라는 본질적인 질문을 제시한다. 또한, 해커 문화를 통해 사람 들이 관계 맺고 있는 경제 환경과 그것을 재구성하는 방법에 본질적인 변화가 도래 하리라는 점도 예상할 수 있다. 바로 이러한 점들이 미래 환경에서 생활하고 일하 게 될 사람들에게 알려 주어야 할 해커 문화의 중요성이다. 이 책은 인터넷으로 발표한 글들을 모아 놓은 것이다. 해커 문화의 짧은 역사 는 1992년에 썼지만 정기적으로 다듬어 왔다. 나머지 글들은 1996년 2월과 1999년 5 월 사이에 쓴 것들이다. 이 글들을 하나의 책으로 묶는 과정에서 부분적으로 수정하 거나 내용을 보강하기는 했지만, 일반 독자가 쉽게 이해할 수 있게 하려고 기술 관련 세부 사항을 삭제하지는 않았다. 나는 기술적인 세부 정보를 그대로 유지하는 것이

21 이러한 부분을 누락시킴으로써 독자가 느낄 수 있는 지루함이나 모멸감을 없앨 수 있고, 독자를 좀 더 도전적인 방향으로 이끌 수 있으리라고 생각한다. 만약, 특정한 기술용어나 역사적 내용 그리고 컴퓨터 용어에 대한 어려움이 느껴지는 부분이 있다 면 고민 없이 그냥 지나치라고 권하고 싶다. 결국, 이 책을 끝까지 읽게 된다면 혼란 스럽거나 이해되지 않던 부분도 전체적인 맥락에서 이해할 수 있을 것이다. 이 책은 완성된 것이 아니라 진행 중이라는 점도 이해해 주었으면 한다. 나는 독자 들로부터 의견을 받아 정기적으로 이 책을 보완해 나갈 것이다. 이 책은 소프트웨 어 개발 과정에 적용되는 동료검토의 이점과 많은 사람의 도움으로 완성됐지만, 있 을 지 모를 오류에 대한 책임은 전적으로 나 자신에게 있다는 점도 밝혀두고 싶다. 마지막으로, 이 책을 출판하는 데 많은 도움을 준 친구들과 이 작업이 가능할 수 있 도록 내게 허락된 긴 시간의 행운과 주변 환경에 고마운 마음을 전한다. 오랜 시간 우정을 지속해 온 여러 친구들과 이 작업에 여러모로 도움을 준 사람 들에게 특별한 감사를 드린다. 리누스 토르발스 Linus Torvalds, 래리 오거스틴 Larry Augustin, 독 설 Doc Searls, 팀 오라일리 Tim O'Reilly 에게 감사하고 싶다. 이들은 내가 자 랑스럽게 동료이자 친구라 부를 수 있는 사람들이다. 그리고 가장 오랫동안 곁에서 나를 지원해 준, 사랑하는 아내 캐서린 레이먼드 Catherine Raymond 에게 내가 표현할 수 있는 가장 깊은 감사를 보내고 싶다. 나는 해커이다. 나는 이 책에서 설명한 해커 문화 안에서 20여 년을 보냈다. 그 세 월 동안 나는 이 세상에서 가장 재미있고 뛰어난 사람들과 함께 작업하며 흥미로운 문제들을 해결하고 본질적으로 새롭고 유용한 것들을 만들 수 있는 특혜를 누려왔 다. 또한 이곳에 다 열거할 수 없을 만큼 많은 사람들로부터 우리가 공유한 기술과

22 그 밖의 많은 것들에 대한 귀중한 교훈을 얻을 수 있었다. 이 책은 그들에 대한 내 답례의 선물이다. 이 책은 내게 깨달음의 단계인 동시에 오랫동안 걸어온 매력적인 여정의 기록이기 도 하다. 그러나 개인적인 여정을 기록한 단순한 행위가 놀랍게도 오픈소스 운동을 주류로 이끌어 가는 촉매와 같은 역할을 하게 됐다. 나는 이 기록을 읽게 될 독자가 오픈소스를 향한 여행의 즐거움과 오늘날 주류 시장의 기업과 소비자가 첫발을 들 여놓고 있는, 우리 앞에 전개되고 있는 이 놀라운 가능성을 함께 느낄 수 있기를 간 절히 희망한다.

23 한국의 독자들에게 한국인들은 어떤 면에서 역사적인 문제와 관련된 결정을 매일 내리고 있을 것입니 다. 그것은 어떻게 하면 한국의 우수한 전통을 외국 문화와 융합시킬 수 있을까? 라는 점일 것입니다. 먼저 태권도를 수련하는 무도인으로서, 저는 한국의 전통과 문화유산을 매우 존경 하고 있습니다. 2000년 6월에 한국을 방문했을 때, 저는 한국의 음식을 음미해 보 았고 사찰의 고적한 경내도 거닐어 보았습니다. 그리고 그러한 경험을 통해 한국의 고유한 전통이 결코 사라지지 않으리라는 것을 느낄 수 있었습니다. 여러분은 한국 의 고유한 문화적 주체성을 잃지 않으면서도 미국과 유럽이 줄 수 있는 최상의 문 화를 선택할 수 있을 것입니다. 국가 경제에서 소프트웨어가 차지하는 비중은 갈수록 높아지고 있습니다. 이에 따 라서 비서구적 전통을 지켜나가려는 모든 나라는 외국 소프트웨어 기업이 영향력 을 갖고 있는 문화 요소에 대해 국가가 어떤 결정을 내려야 하는가라는 중대한 문 제에 당면해 있습니다. 예를 들면, 널리 사용되는 워드 프로세서에서 한글이 지원되는 수준은 미래 경제에 서 한국어가 사업성 있는 언어인지 아닌지를 결정하는 중요한 요소가 될 수 있습니 다. 만약 한국인 스스로가 한국어 지원을 가능하게 할 수 있다면, 외국 소프트웨어 기업은 한국에 해를 끼칠 생각을 하지 않으면서 또한 한국의 문화적 독립성을 수용 하는 것이 장기적으로 볼 때 다른 부문에서 더 많은 이윤을 창출할 수 있는 결과라 는 이성적 판단을 기준으로 사업 정책을 수립하게 될 것입니다. 사업적인 측면에서 벗어나 살펴봐도, 미래의 소프트웨어는 미술과 음악 그리고 책 의 내용을 전달하는 문화 교류의 매체로서 핵심적인 역할을 맡게 될 것입니다. 또한

24 의복과 음식, 헤어 스타일과 같은 문화적 특성을 표현하는 중요한 요소도 될 것입니 다. 바로 이러한 점이 한국인들이 소프트웨어 영역에서 자신의 미래를 결정할 힘을 스스로 가져야 한다고 제가 생각하는 이유입니다. 폐쇄소스 closed source 는 한국의 소프트웨어가 당면해 있는 가장 핵심적인 문제입니 다. 한국인이 외국 소프트웨어 회사의 상품을 구매할 수밖에 없고, 그 소프트웨어 를 한국인의 전통과 사고방식에 맞는 창조적인 형태로 수정할 수 없는 한, 원하든 원치 않든 간에 또한 모든 사람이 소프트웨어의 차등 없는 국제화에 관심이 있는가 에 상관없이 한국의 소프트웨어는 국제적인 수준에 비해 계속 미약한 상태로 남아 있을 수밖에 없습니다. 그렇다고 소프트웨어 세계에서 등을 돌릴 수는 없는 일입니다. 다른 분야와 마찬가 지로 소프트웨어 역시 성장과 번영을 희망하는 약소국들이 더 이상은 혼자만의 힘 으로 발전할 수 있는 분야가 아닙니다. 북한이 집착했던 폐쇄적인 주체사상'은 결 국 비극과 파멸의 결과를 가져오지 않았습니까? 그러나 오픈소스와 함께라면 한국인은 두 가지 선택 모두를 최상으로 양립시킬 수 있습니다. 오픈소스를 통해 한국은 새롭고 품질 높은 소프트웨어를 만들어 가는 국 제적인 협력 네트워크의 일원이 될 수 있습니다. 또한 고유한 한국의 언어와 전통, 그리고 한국인의 세계관에 맞는 소프트웨어를 형상화할 수 있는 무한한 자유도 얻 을 수 있습니다. 이 미국인은 한국인들이 그러한 자유의 이점을 한껏 누릴 수 있기를 소망하면서, 여 러분의 영산 靈 山 백두산을 향해 정중한 예를 올립니다. 이 책이 여러분에게 그러한 방향을 제시할 수 있다면, 제게도 큰 기쁨이자 영광이 될 것입니다.

25 역자의 말 이 책은 에릭 레이먼드의 주요 저작을 모아 놓은 성당과 시장The Cathedral and the Bazaar 의 한국어 번역판입니다. 1990년대 중반부터 이어지고 있는 오픈소스 운동 을 사회경제적인 측면에서 분석한 이 책은, 오픈소스의 역사에서 가장 중요한 저작 임이 틀림없습니다. 한국어로 옮겨진 이 책의 내용이 여러분의 연구와 생각에 도움 이 될 수 있기를 희망합니다. 오래전 자료를 다듬어 보다 좋은 모습으로 세상에 내놓을 수 있게 된 시간과 기회 의 행운에 감사드립니다. 이 책은 한국정보통신산업진흥원의 지원과 한빛미디어와 윤종민 씨의 노력 덕분에 출판될 수 있었습니다. 권순선 씨는 윤종민 씨의 기획에 도움을 주었습니다. 또한 이제명 이철희 두 분은 책에 사용한 여러 자료와 부록의 글을 번역해 보내주었습 니다. 이분들께 깊은 감사의 마음을 전합니다. 한빛미디어의 편집자 이중민, 정지연 두 분은 쉽지 않은 이 책의 내용과 문장을 좀 더 편하게 읽을 수 있게 다듬고 교정해 주었습니다. 원저자와 번역자, 그리고 편집 자가 함께하는 작업에도 오픈소스의 동료검토 방식이 서로의 신뢰와 책의 품질을 높이는 데 도움이 될 수 있다는 가능성을 일깨워준 두 분께, 번역자가 표현할 수 있 는 가장 큰 감사를 드립니다. 영화를 통해 명예와 인기를 얻는 것은 배우와 감독이 지만, 보이지 않는 뒤에서 이름 없이 노력한 수많은 스태프 staff 가 작품의 실체라는 사실은 말할 필요도 없을 것입니다. 출판 과정에서 노력한 모든 분들께 같은 의미 의 감사를 드립니다. 이 책에 실린 글들의 2000년 초고에 도움을 주었던 분들(김두현, 박금례, 박진우, 송 경연, 송수정, 이경호, 이호철, 한승수)의 흔적은 번역을 새롭게 하고 다듬는 과정에서

26 이제 더 이상 세상에 남아 있지 않습니다. 하지만 여기에 그분들의 오래전 수고와 기억에 다시 답하고자 합니다. 2013년 12월 24일 역자일동

27 차례 추천사 저자 서문 한국어판 저자 서문 01 해커 문화의 짧은 역사 2 요약 2 프롤로그: 진정한 프로그래머 2 초기 해커들 4 유닉스의 부상 8 오랜 시대의 끝 11 상용 유닉스 시대 13 초기의 공개 유닉스 16 웹의 폭발적인 성장 성당과 시장 21 요약 21 성당과 시장 22 메일은 배달되어야만 한다 23 사용자가 있다는 것의 중요성 29

28 일찍, 그리고 자주 발표하라 31 장미가 장미다우려면 36 팝클라이언트가 페치메일이 되다 39 페치메일의 성장 43 페치메일에서 배울 점 45 시장 방식 개발에 필요한 선행조건들 47 오픈소스 소프트웨어의 사회적 문맥 50 후기: 네트스케이프가 시장 스타일을 받아들이다! 56 읽어볼 만한 글들 59 감사의 글 얼누리의 개간 63 요약 63 모순의 소개 63 해커 이념의 다양성 64 방종한 이론과 순결한 실천 68 소유권과 오픈소스 70 로크와 토지 소유권 73 증여경제로서의 해커 문화 77 해킹의 즐거움 79 명성의 여러 모습 81 소유권과 명성 추구 동기 82 자아의 문제 85 겸손의 가치 87

29 명성 게임 모델의 포괄적 의미 90 얼마나 좋은 증여인가? 92 얼누리 소유권과 세력권의 동물행동학 96 분쟁의 원인 98 프로젝트 구조와 소유권 99 분쟁과 분쟁 해결 102 문화적응과 학계로의 연결 103 교환을 능가하는 증여 106 결론: 관습에서 관습법으로 108 앞으로의 연구 과제 110 감사의 글 마법의 솥 126 요약 126 마법과 구별할 수 없는 126 증여하는 기크를 넘어 127 제조업 착각 128 정보는 무료여야 한다 는 신화 134 역공유지 135 소스를 폐쇄하는 이유 140 사용가치 자금 마련 모델 142 왜 판매가치가 문제가 되는가 145 간접 판매가치 모델 147 공개할 때와 폐쇄할 때 153

30 전략 무기로서의 오픈소스 161 오픈소스와 전략적 사업 위험 164 오픈소스의 사업 생태 165 성공에 대처하기 167 공개 R&D와 후원 제도의 재발명 169 더 높은 곳으로 도약하기 172 결론: 혁명 뒤의 세상 173 뒷이야기: 왜 드라이버를 폐쇄하는 업체가 손해를 보는가? 176 감사의 글 해커들의 반란 197 요약 197 해커들의 반란 197 브룩스의 법칙을 넘어서 198 문화유전과 신화 창조 200 마운틴뷰로 가는 길 202 오픈소스의 기원 204 우연히 일어난 혁명 209 운동의 위상 211 현장의 진실 215 미래에 대한 전망 후기: 소프트웨어를 넘어서? 224

31 07 더 읽어볼 글들 226 부록 A 해커가 되는 방법 228 부록 B 페치메일 프로젝트 성장의 통계적 흐름 263 부록 C 에릭 레이먼드의 한국 관광 266 부록 D 오픈소스 정의 1.9판 271 부록 E 열린 출판 이용허락 1.0판 277

32 사그라다 파밀리아 성당, 1905년 모습 01 위대한 시대가 시작되었고 그에 걸맞은 새로운 정신이 등장했다. 정해진 목표를 향해 도 도히 흐르는 큰 강물처럼 번져가는 산업은, 새로운 정신으로 활기를 띠게 된 시대에 적 합한 새로운 도구를 우리에게 가져다준다. 르 코르뷔지에 Le Corbusier, 1887~1965, 건축을 향하여, 동녘, 2007년, 26페이지 01 역자주_스페인 바로셀로나에 건축 중인 사그라다 파밀리아 성당(Temple Expiatori de la Sagrada Família)의 1905년 모습. 카탈루냐 출신 건축가 안토니 가우디(Antoni Gaudí, )가 설계한 것으로 1883년부터 현재까지 건축되고 있다. 완공 예정일은 2026년이다. 이 이미지는 누구나 자유롭게 사 용할 수 있는 공중영역(public domain) 자료다. 1장 해커 문화의 짧은 역사 1

33 1 해커 문화의 짧은 역사 최준호 역 01 요약 이 글은 진정한 프로그래머들이 존재하던 역사 이전의 시대와 MIT 인공지능연구 소의 영예롭던 시기, 그리고 어떻게 아르파넷이 최초의 네트워크 국가를 만들어 내 었는가를 포함한 해커 문화의 기원에 대해 설명한다. 또한, 유닉스의 초기 성장과 이어진 후반의 침체 그리고 핀란드로부터의 새로운 희망과 진정한 마지막 해커 가 어떻게 다음 세대의 시조가 됐는가에 대해 설명한다. 그리고 리눅스와 인터넷의 주 류가 대중의 관심 밖에 있던 해커 문화를 현재와 같이 눈에 띄는 형태로 만든 방법 을 설명하고자 한다. 프롤로그: 진정한 프로그래머 태초에 진정한 프로그래머들이 있었다. 01 역자주_이 글은 2000년 6월에 출판된 오픈 소스, 에릭 레이먼드 외, 송창훈 외 옮김, 한빛미디어, 2000 년, ISBN: x 에 포함된 최준호 씨의 번역을 송창훈이 보충한 것이다(링크된 무료 전자책은 2013년에 재출판된 것이다). 이 글은 최준호 씨의 번역에, (1) 1999년 이후의 개정 내용을 모두 반영하 고 (2) 참고할 만한 자료를 역자주로 추가하고, (3) 책의 전체적인 일관성을 맞추기 위해 용어와 외래어 표 기, 표현 등을 통일하는 작업 외에는 가능한 원래의 번역을 수정하지 않으려고 노력했다. 만약 원문이나 원 번역과의 차이로 인한 오류가 있다면, 이는 전적으로 나중 역자의 책임이다. 이 글의 원문은 catb.org/~esr/writings/cathedral-bazaar/hacker-history/에서 볼 수 있으며, 번역에 사용한 판본은 2000년 8월 25일에 개정된 1.24판이다. 한국어 번역문의 최종 개정일은 2013년 12월 18일이다. 1장 해커 문화의 짧은 역사 2

34 그들은 자신을 스스로 그렇게 부르지 않았다. 또한 해커 라고 부르지도 않았고 특 별히 어떤 명칭이 있는 것도 아니었다. 진정한 프로그래머 라는 별명은 1980년 이 후까지 만들어지지도 않았다. 그러나 1945년 이후부터 컴퓨팅 기술은 전 세계의 총명하고 창조적인 수많은 사람을 유혹했다. 에커트 J. Presper Eckert, 와 모 클리 John Mauchly, 의 에니악 ENIAC: Electronic Numerical Integrator And Computer 에서 부터 소수의 열정적인 프로그래머에 의해 자의식 강한 기술 문화가 계속됐으며, 사 람들은 소프트웨어를 재미로 만들고 즐기기 시작했다. 진정한 프로그래머는 전형적으로 공학이나 물리학을 배운 사람이었다. 이들은 흰 양말과 폴리에스터 셔츠, 넥타이 차림에 두꺼운 안경을 낀 채 기계어, 어셈블리어, 포트란, 그리고 이제는 잊혀진 몇몇 고대 언어로 프로그래밍했다. 이들이 해커 문 화의 선각자들이며, 대부분 본격적인 컴퓨터의 역사가 시작되기 이전이었기 때문 에 찬양을 받지 못한 주인공들이었다. 제2차 세계대전이 끝난 후, 1970년대 초반까지 배치 batch 컴퓨팅과 거대한 고철 덩 어리 인 메인프레임이 주름잡던 때에 진정한 프로그래머들은 컴퓨팅에서 기술 문 화를 주도했다. 잘 알려진 멜 이야기 02 와 여러 가지 머피의 법칙, 그리고 여전히 많은 컴퓨터실을 기품 있게 해주는 가짜 독일식 블린켄라이트 Blinkenlight 포스터까 지 경배하던 해커 전통의 일부는 이 시대까지 거슬러 올라간다. 진정한 프로그래머 문화에서 자란 사람들은 1990년대까지도 활발하게 활동했다. 크레이 Cray 슈퍼컴퓨터 제품군의 설계자 시모어 크레이 Seymour Cray, 는 직접 설계한 운영체제 전체를 자신이 설 계한 컴퓨터에 탑재했다고 말했다. 이것은 8진수 를 사용한 것으로 오류 없이 동작했다. 진정한 프로그래머의 위대함은 이런 것이 아 닐까? 더 가벼운 내용으로 악마의 DP 사전 03 의 저자 스탠 켈리 부틀Stan Kelly-Bootle 02 역자주_http:// 자세한 설명이 있다. 03 원주_ The Devil's DP Dictionary, Stan Kelly-Bootle, McGraw-Hill, 1981, ISBN: 장 해커 문화의 짧은 역사 3

35 과 다른 뛰어난 전승자들은 1948년에 최초의 프로그램 내장형 디지털 컴퓨터 맨체 스터 마크 I Manchester Mark I 에서 프로그래밍했다. 최근 그는 컴퓨터 잡지에 오늘날 해 커 문화에 대한 활발하고 박식한 대화 형태를 띠는 기술적인 유머 칼럼을 종종 기고 하고 있다. 다른 사람들, 가령 데이비드 룬드스톰 David E. Lundstorm 은 이런 초기 시대의 일화들 을 책으로 썼다. 04 진정한 프로그래머 문화가 해낸 것은 대화형 컴퓨팅과 대학, 네트워크의 발달이었 다. 결국 그들은 오늘날 오픈소스 해커 문화로 진화할, 계속되는 공학 전통을 탄생 시켰다. 초기 해커들 오늘날 우리가 알고 있는 해커 문화의 시초는 MIT가 최초의 PDP-1Programmed Data Processor-1 을 구매한 1961년으로 생각할 수 있다. MIT의 테크 모델 철도 클럽 Tech Model Railroad Club05 은 이 기계를 자신들이 좋아하는 기술 장난감으로 택하고 오늘날 우리가 인식하는 프로그래밍 도구와 그와 관련된 은어, 그리고 주변 환경 전체를 만들어 냈다. 이 시절에 대한 설명은 스티븐 레비 Steven Levy 가 쓴 해커스 06 의 첫 장 에서 참고할 수 있다. 해커 라는 용어는 MIT 해커 문화가 최초로 도입한 것으로 보인다. 테크 모델 철도 04 원주_ A Few Good Men From UNIVAC, David E. Lundstrom, MIT Press, 1987, ISBN: 역자주_http://tmrc.mit.edu/ 참고. 06 원주_ Hackers, Steven Levy, Anchor/Doubleday 1984, ISBN: (역자주_한국어 번역 판 해커, 그 광기와 비밀의 기록, 김동광 옮김, 사민서각, 1996년, ISBN: 또는 해커 스, 세상을 바꾼 천재들, 박재호, 이혜영 함께 옮김, 한빛미디어, 2013년, ISBN: 의 제 1장 테크 모델 철도 클럽 부분 참고) 1장 해커 문화의 짧은 역사 4

36 클럽의 해커는 1980년 초기까지 전 세계 인공지능 연구의 중심이었던 MIT 인공 지능연구소의 핵심이 됐다. 그리고 그 영향력은 아르파넷ARPANET: Advanced Research Projects Agency NETwork 최초의 해인 1969년 이후 더 넓게 퍼졌다. 아르파넷은 최초의 대륙 간 고속 컴퓨터 네트워크였다. 국방성의 디지털 통신 실험으 로 만들어졌지만, 수백 군데의 대학과 방위 산업체 및 연구소를 연결하게 됐다. 연 구자들은 어떤 곳에서든지 전례 없던 속도와 유연성으로 정보를 교환할 수 있었다. 이는 협동 작업에 큰 후원이 됐고 기술적 진보의 속도와 강도를 크게 증가시켰다. 그러나 아르파넷은 다른 역할도 수행했다. 아르파넷의 전자 고속도로는 미국 내 모든 해커를 결집시켰다. 해커들은 자신들의 비영속적인 지역 문화를 개발하는 고립된 소규모 집단으로 남는 대신, 자신들이 네트워크 부족임을 발견 (또는 재발견) 했다. (최초의 은어 목록과 풍자 작품, 해커 윤리에 대한 자의식적 논의 같은) 의도적 해커 문화의 유물은 모두 초기 아르파넷에서 떠돌아다니던 것이었다. 중요한 예로, 자곤 파일 의 최초 판은 1973년부터 1975년 사이에 네트워크를 통한 협력으로 만들어졌다. 이 은어 사전은 해커 문화를 정의하는 문서 중 하나가 됐고 마침내 해커 사전 이란 제목으로 1983년에 출판되었다. 이 책의 초판은 절판됐지만, 새로운 확장 개정판 이 출판되어 있다. 07 해커 문화는 네트워크에 연결된 대학에서, 특히 (모든 대학에서는 아니지만) 컴퓨 터 과학 학부에서 주로 자라났다. 문화적으로 1960년 후반 MIT 인공지능연구소 Massachusetts Institute of Technology, Artificial Intelligence Laboratory 가 대학 중 최초였다. 그러 나 스탠퍼드 대학교 인공지능연구소 SAIL: Stanford Artificial Intelligence Laboratory 와 카네기 07 원주_ The New Hacker's Dictionary, Eric S. Raymond, MIT Press, 3rd edition, 1996, ISBN: (역자주_한국어 번역판 해커 영어사전, Eric S. Raymond, 한경훈 옮김, 기전연구사, 1998년, ISBN: ) 1장 해커 문화의 짧은 역사 5

37 멜런 대학교 CMU: Carnegie-Mellon University 도 비슷하게 중요한 비중을 차지했다. 이곳들 은 컴퓨터 과학과 인공지능 연구가 번창하는 중심지였다. 이들은 기술과 전통 모든 면에서 해커 문화의 중요한 것들에 이바지할 수 있는 총명한 사람들을 끌어들였다. 인공지능연구소의 흥망은 컴퓨팅 기술의 변화 물결에 의해 주도됐기 때문에 다음 에 올 것이 무엇인지 이해하려면 컴퓨터 자체를 달리 살펴봐야 할 필요가 있다. 예를 들어, PDP-1 시대부터 해커 문화의 운명은 DEC Digital Equipment Corporation08 의 PDP 마이크로컴퓨터 시리즈와 함께 엮여 있었다. DEC는 상용 대화형 컴퓨팅과 시분할 운영체제를 개척했다. 이 회사의 기계들은 유연하고 강력했으며, 당시에는 비교적 저렴했으므로 많은 대학이 이 기계를 구매했다. 저렴한 시분할 시스템은 해커 문화가 자라나는 매개체였고, 아르파넷의 시스템 대 부분은 주로 DEC 기계의 네트워크 형태였다. 이들 중 가장 주목 받은 것은 1967 년에 처음 발표된 PDP-10이었다. PDP-10은 거의 15년 동안 해커 문화에서 선호 된 제품이었다. 또한 (DEC의 다른 기계용 운영체제인) TOPS-10과 (TOPS-10의 어셈 블러인) MACRO-10은 많은 은어와 계속되는 전통 속에서 여전히 향수를 느낄 수 있는 제품들로 기억되고 있다. MIT 해커들은 다른 이들과 마찬가지로 PDP-10을 사용했지만 조금 다른 길을 택 했다. 그들은 PDP-10용 DEC 소프트웨어를 완전히 버리고 지금은 전설로 남은 자 신들만의 운영체제 ITS를 만들어냈다. ITS는 비호환적 시분할 시스템 Incompatible Timesharing System 을 말하며, 이는 자신만 의 방식을 원했던 MIT의 태도를 잘 알 수 있게 한다. 다행히도 MIT 사람들은 그들 의 교만에 상응하는 지성을 갖고 있었다. 항상 그랬지만 변덕스럽고 별나며 종종 08 역자주_ 디 이 시, 데크, 디지털 등으로 발음 및 호칭한다. 1장 해커 문화의 짧은 역사 6

38 버그도 있었던 ITS는 일련의 멋진 기술적 진보를 뒷받침했고, (논쟁의 여지는 있지만) 여전히 가장 오랫동안 사용한 시분할 시스템이라는 기록을 보유하고 있다. ITS 자체는 어셈블러로 작성됐지만 많은 ITS 프로젝트는 인공지능 언어인 리스프 LISP: LISt Processing 로 작성됐다. 리스프는 당시의 어떤 언어보다 강력하고 유연하게 설계돼 25년이 지난 오늘날에도 여전히 대부분의 언어보다 뛰어날 정도다. 리스프 는 ITS 해커들이 특이하고 창조적인 방식으로 자유롭게 생각하도록 해주었다. 바 로 이것이 성공의 주된 요인이 됐으며, 리스프는 여전히 해커 문화가 좋아하는 언 어 중 하나로 남아 있다. ITS 문화의 많은 기술적 창조는 오늘날에도 살아있다. 이맥스Emacs: Editor MACroS 또는 Eight Megabytes And Constantly Swapping 프로그램 편집기가 아마도 제일 잘 알려진 것이 며, 자곤 파일 에서 볼 수 있듯이 ITS 전통 중 많은 것들이 여전히 해커들에게 살 아 있다. SAIL과 CMU도 잠자코 있지만은 않았다. SAIL에서 PDP-10으로 성장한 해커들 의 중심인물 중 많은 사람이 나중에 개인용 컴퓨터와 오늘날 윈도 아이콘 마우스 소프트웨어 인터페이스 개발의 핵심 인물이 됐다. 또한 CMU의 해커들은 전문가 시스템과 산업 로봇 공학에서 최초의 실용적인 대규모 애플리케이션을 이끌게 될 작업을 하고 있었다. 이 문화와 관련된 또 다른 중요 장소는 제록스 Xerox 의 유명한 팰로앨토 연구소 PARC: Palo Alto Research Center 다. PARC 파크 는 1970년대 초반부터 1980년대 중반까지 10년 이상 하드웨어와 소프트웨어의 놀라운 혁신을 이루어 냈다. 소프트웨어 인터페이 스의 현대적 형태인 마우스와 윈도, 아이콘이 여기서 만들어졌다. 레이저 프린터와 근거리 통신망 LAN: Local Area Network 도 그랬다. PARC의 프린터 D 제품군은 1980년 대의 강력한 개인용 컴퓨터의 등장을 10년 전에 예상한 것이었지만, 슬프게도 자 기 회사에 영예를 가져다 주지는 못했다. 그 때문에 자신을 제외한 모든 사람을 위 1장 해커 문화의 짧은 역사 7

39 한 뛰어난 아이디어를 개발하는 곳으로 PARC를 특징짓는 것이 일반적인 농담이 됐다. 그러나 해커 문화에 대한 그들의 영향은 대단한 것이었다. 아르파넷과 PDP-10 문화는 1970년대에 걸쳐 크고 다양하게 자라났다. 대륙 간 동호인들 사이의 협동을 돕는 데 사용된 메일링리스트의 기능은 점점 더 많은 부분 이 사회적이거나 오락적인 목적으로 사용됐다. 미국 국방성 방위고등연구계획국 DARPA: Defense Advanced Research Projects Agency 은 기술적으로 인증받지 않은 모든 활 동을 일부러 모른 체했으며, 그들이 부담해야 할 별도의 과부하는 뛰어난 젊은 사 람을 컴퓨팅 분야로 끌어들이기 위해 들여야 할 약간의 비용이라는 점을 이해하고 있었다. 아마도 사회적 인 아르파넷 메일링리스트 중 가장 잘 알려진 것은 공상과학 팬들 을 위한 SF-LOVERS 일 것이다. 09 이 리스트는 사실 아르파넷이 진화해 이루어진 거대한 인터넷 에서 오늘날에도 여전히 건재하고 있다. 그 외에도 의사소통 수단 을 개척한 다른 많은 메일링리스트가 있었는데, 이들은 후에 컴퓨서브 CompuServe 나 지니 GEnie: General Electric Network for Information Exchange, 프로디지 Prodigy 같은 이윤을 목 적으로 운영된 시분할 서비스를 통해 상업화됐다. 더 나중에는 이 시장을 아메리카 온라인 AOL: America OnLine 이 지배하게 됐다. 나는 1977년에 초기 아르파넷과 공상과학 팬 문화를 통해 처음으로 해커 문화에 관여하게 됐으며, 그때부터 이 글에서 설명한 많은 변화에 참여한 한 사람의 증인 이 됐다. 유닉스의 부상 아르파넷의 밝은 빛으로부터 멀리 떨어진 뉴저지의 황야에서는 마침내 PDP-10의 09 역자주_이 리스트의 과거 자료는 볼 수 있다. 1장 해커 문화의 짧은 역사 8

40 전통을 뒤엎을 만한 어떤 것이 1969년부터 진행되고 있었다. 아르파넷이 탄생한 해는 켄 톰프슨 Ken Thompson 이라는 AT&T 벨 연구소American Telephone & Telegraph, Bell Labs 의 해커가 유닉스를 발명한 해이기도 했다. 톰프슨은 ITS와 근원이 같은 멀틱스Multics: MULTiplexed Information and Computing Service 라는 시분할 운영체제의 개발 작업에 관여하고 있었다. 멀틱스는 운영체제의 복잡 성이 사용자와 프로그래머 대부분에게 보이지 않도록 내부로 얼마나 감추어질 수 있는지를 시험하는 무대였다. 이 아이디어는 멀틱스를 외부에서 (그리고 프로그래 밍에서!) 더 쉽게 사용할 수 있도록 해 더 많은 실질적인 작업이 이루어질 수 있도록 한 것이었다. 그러나 벨 연구소는 멀틱스가 쓸모 없는 흰 코끼리처럼 비대해져 가는 징후를 보이 자 프로젝트에서 손을 떼었다. (이 시스템은 나중에 허니웰 Honeywell 에 의해 상업적으로 판 매됐지만 성공하지 못했다.) 하지만 켄 톰프슨은 멀틱스 환경을 그리워했고 쓰레기가 돼버린 DEC PDP-7에 자기 생각을 구현해보기 시작했다. 데니스 리치 Dennis Ritchie, 1941~2011 라는 해커는 톰프슨의 유아기적 유닉스에서 사 용하기 위해 C 라고 불리는 새로운 언어를 발명했다. 유닉스처럼 C도 즐겁고, 제 한이 없으며, 유연하게 설계됐다. 이 도구에 대한 관심은 벨 연구소 내에 퍼졌고, 1971년에 우리가 지금 사무자동화 시스템이라고 부르는 것을 연구소 내부에서 사 용하려고 만들면서 톰프슨과 리치는 강력한 추진력을 얻을 수 있었다. 그러나 그들 은 더 큰 목적에 관심이 있었다. 전통적으로 운영체제는 해당 호스트에서 최대의 효율을 얻기 위해 어셈블리어로 만들어진다. 톰프슨과 리치는 하드웨어와 컴파일러 기술이 운영체제 전체를 C 언 어로 작성할 수 있을 만큼 좋아졌다는 사실을 인식한 최초의 사람 중 하나였다. 그 리고 1978년까지 몇 종류의 다른 기계에 완전한 환경이 성공적으로 이식됐다. 1장 해커 문화의 짧은 역사 9

41 이런 일은 일찍이 없었으며 이 사실이 암시하는 것은 대단한 것이었다. 왜냐하면 만약 유닉스가 서로 다른 형태의 기계에서 같은 모습, 같은 기능을 제공할 수 있다 면, 모두를 위한 공통 소프트웨어 환경으로 동작할 수 있을 것이고, 사용자는 더 이 상 기계가 쓸모 없어질 때마다 소프트웨어를 새로 설계하기 위해 비용을 지불할 필 요가 없기 때문이다. 즉, 해커들은 같은 소프트웨어를 기계마다 매번 새로 개발하 지 않고 서로 다른 기계로 소프트웨어 툴킷을 옮기기만 하면 되는 것이다. 유닉스와 C는 호환성 이외에 또 다른 중요한 강점이 있었다. 둘 다 간단하고 멍청 하게 하자 는 철학에서 만들어졌다는 것이다. 프로그래머는 (이전이나 이후의 다른 대부분의 언어와 다르게) 매뉴얼을 항상 참조할 필요 없이 C의 전체적인 논리 구조를 머릿속에 유지할 수 있었다. 그리고 유닉스는 서로 유용한 방식으로 결합할 수 있 도록 설계된 간단한 프로그램들의 유연한 툴킷으로 구성됐다. 이 조합은 설계자가 전혀 기대하지 않았던 것들을 포함해 아주 넓은 범위의 컴퓨 팅 작업에 적합한 것으로 증명됐다. 유닉스는 공식적인 지원 프로그램이 없었지만, AT&T 내에서 아주 빠르게 퍼져 나갔다. 1980년대에 유닉스는 수많은 대학과 연 구 컴퓨팅 사이트로 퍼져 나갔고, 수천 명의 해커가 이곳을 고향으로 생각했다. 초기 유닉스 문화를 일군 기계는 PDP-11과 그 후속작인 VAX백스: Virtual Address extension 였다. 하지만 유닉스의 이식성 덕분에 아르파넷 전체에서 찾을 수 있는 다 양한 기계에서 유닉스를 거의 수정 없이 실행할 수 있었다. 그리고 C 프로그램은 이런 모든 기계에서 즉시 사용할 수 있었다. 반면에 어셈블러는 아무도 사용하지 않았다. 유닉스는 유닉스 간 복사 프로토콜인 UUCP Unix-to-Unix Copy Protocol 로 일종의 자신 만의 네트워크를 만들 수 있었다. 이것은 속도가 느리고 신뢰성은 없었지만 저렴했 다. 또한 어떤 유닉스 기계든 두 대 사이에 일반적인 전화선을 통해 점대점 이메일 을 교환할 수 있었다. 이 기능은 외부의 별도 기능이 아니라 시스템에 내장돼 있었 1장 해커 문화의 짧은 역사 10

42 다. 유닉스 사이트들은 그들만의 네트워크 국가를 형성하기 시작했으며 해커 문화 는 이를 따랐다. 이를 증명하듯 1980년 최초의 유즈넷은 아르파넷보다 빠르게 성 장하고 있었다. 소수의 유닉스 사이트가 아르파넷 그 자체에 있었다. PDP-10과 유닉스 문화는 서 로 만나 주변에서 섞이기 시작했지만 처음에는 잘되지 않았다. PDP-10 해커들은 유닉스 사람들을 리스프와 ITS의 화려하고 아름다운 복잡성에 반대되는, 터무니없 이 원초적으로 보이는 도구를 사용하는 건방진 패거리로 여기는 경향이 있었다. 그 들은 투덜거렸다. 돌 칼을 들고, 곰 가죽을 쓴 원시인들! 그리고 또 다른 세 번째 조류가 흐르고 있었다. 1975년에 최초의 개인용 컴퓨터가 시장에 등장했다. 1977년 애플이 창업했고 그 이후 거의 믿을 수 없는 속도로 성장 했다. 마이크로컴퓨터의 잠재력은 명백했으며 또 다른 총명하고 젊은 해커 세대를 끌어들였다. 그들의 언어는 베이직 BASIC: Beginner's All-purpose Symbolic Instruction Code 이 었는데, 아주 원시적이어서 PDP-10 사용자와 유닉스 애호가 모두가 경멸할 가치 조차 없는 것으로 생각했다. 오랜 시대의 끝 1980년의 상황은 이랬다. 다음의 세 가지 문화는 그 가장자리에서는 겹치지만 아 주 다른 기술로 구성됐다. (1) 리스프, MACRO, TOPS-10 그리고 ITS와 결합한 아르파넷/PDP-10 해커 문화, (2) PDP-11과 VAX, 전화 연결과 함께 하는 유닉스 와 C 언어 집단 그리고 (3) 컴퓨터의 힘을 사람들에게 가져다 주는 데 열중한 초기 마이크로컴퓨터광의 무질서한 무리. 이들 중 ITS 문화는 여전히 높은 지위를 구가하고 있었지만, 곧 먹구름이 연구소를 뒤덮기 시작했다. ITS가 의존하는 PDP-10 기술은 노쇠했고, 인공지능 기술을 상 업화하려는 첫 시도 때문에 연구소 자체에 분열이 생기기 시작했다. 최고의 연구소 1장 해커 문화의 짧은 역사 11

43 (그리고 SAIL과 CMU의) 직원 중 일부는 새롭게 등장한 회사의 고소득 직업에 유혹당 해 그곳을 나갔다. 그러던 중, 치명타가 될 만한 사건이 1983년에 일어났다. DEC가 PDP-11과 VAX 계열에 집중하기 위해 PDP-10 후속 제품 계획을 취소했던 것이다. ITS에 더는 미 래가 없었다. 이식성이 없다는 이유가 가장 크게 작용했고, ITS를 새 하드웨어로 옮기는 데 너무 많은 노력이 필요했다. 이제 VAX에서 동작하는 버클리 계열 유닉 스 변종이 가장 좋은 해킹 시스템이 됐으며, 미래에 대한 식견을 가진 사람이라면 마이크로컴퓨터의 놀라운 성장력이 모든 것을 밀어낼 것으로 예측할 수 있었다. 이 무렵 레비는 해커 라는 책을 썼다. 그의 중요한 정보 제공자 중 한 명은 MIT 인 공지능연구소의 대표 인물이자 연구소 기술의 상업화에 가장 완고하게 타협을 거 부한 (이맥스 개발자) 리처드 스톨먼 Richard M. Stallman 이었다. (흔히 이름 약칭과 로그인 이름 RMS로 알려진) 스톨먼은 자유 소프트웨어 재단을 만들 고 고품질의 자유 소프트웨어를 만드는 일에 몸을 바쳤다. 레비는 그를 진정한 마 지막 해커 로 칭송했지만, 그러한 묘사는 다행히도 틀린 것이었다. 10 스톨먼의 위대한 계획은 1980년대 초반에 있었던 해커 문화의 변동을 깔끔하게 정 리했다. 그는 1982년에 자유롭게 이용할 수 있는 유닉스의 완전한 복제판을 C 언 어로 만들기 시작했다. 그의 프로젝트는 GNU 운영체제로 알려졌는데, GNU라는 이름은 GNU는 유닉스가 아니다 GNU's Not Unix 는 의미를 가진 일종의 재귀적 두문 자어다. GNU는 빠르게 해커 활동의 주된 중심이 됐고, ITS의 정신과 전통은 더 새 로운 유닉스와 VAX 중심 해커 문화의 중요한 일부로 보존됐다. 버클리 유닉스가 시작했던, 잔존하던 PDP-10 해커 문화와 유닉스 집단의 융합은 스톨먼의 계획으 10 역자주_리처드 스톨먼을 진정한 마지막 해커 로 추앙한 스티븐 레비의 견해에 에릭 레이먼드가 반대하는 것은, 에릭 레이먼드와 리처드 스톨먼 두 사람이 가진 소프트웨어 철학의 차이와 갈등에 기인한다. 1장 해커 문화의 짧은 역사 12

44 로 완성됐다. 실제로, 자유 소프트웨어 재단은 설립 후 10년 이상을 해커 문화의 대중적 이념을 폭넓게 정의했으며, 스톨먼 자신은 부족의 지도자로 믿을 만한 유일한 사람이 됐다. 이 무렵 마이크로칩과 근거리 통신망 기술이 해커 문화에 중대한 영향을 미치기 시 작했다. 이더넷과 모토로라 마이크로칩은 그 잠재성에 바탕을 둔 강력한 결 합체로 등장했으며, 우리가 현재 워크스테이션이라 부르는 것의 첫 번째 세대를 만 들어내려는 여러 다른 시도가 시작됐다. 비교적 저렴한 기반 하드웨어에서 동작하는 유닉스가 폭넓은 애플리케이 션에서 우세한 결합임을 증명할 것이라는 믿음으로, 1982년 버클리의 유닉스 해 커들이 썬 마이크로시스템즈 SUN: Stanford University Network Microsystems 를 창업했다. 그 들은 옳았고, 그들이 꿈꾼 이상은 전체 산업의 형태를 만들어냈다. 워크스테이션이 누구나 구매할 수 있는 정도는 아직 아니었지만, 회사와 대학에서 사들이기에는 저 렴했다. 이전의 VAX와 다른 시분할 시스템들은 썬 워크스테이션으로 빠르게 교체 됐다. 상용 유닉스 시대 1984년 AT&T가 해체되고 유닉스가 처음으로 상업 제품이 됐을 때, 해커 문화에 서 가장 중요한 구분선은 (대부분 유닉스가 탑재된 미니컴퓨터나 워크스테이션 급의 기계 로 운영되는) 인터넷과 유즈넷 중심의 비교적 응집력 있는 네트워크 국가 와 네트워 크에 연결되지 않은 마이크로컴퓨터 광신도들의 거대한 오지 사이에 있었다. 썬과 다른 회사가 만들어낸 워크스테이션 급 기계들은 해커들에게 새로운 세계를 열어 줬다. 해당 기계들은 고성능 그래픽이 가능하고 네트워크를 통해 공유 데이터 를 전송할 수 있도록 만들어졌다. 1980년대의 해커 문화는 이러한 기능에서 가장 많은 것을 얻어낼 수 있는 소프트웨어와 도구를 만드는 도전에 심취해 있었다. 버 1장 해커 문화의 짧은 역사 13

45 클리 유닉스는 아르파넷 프로토콜의 내장 지원 기능을 개발했으며, 이는 네트워킹 문제에 대한 해결책을 제공하고 이후 인터넷의 성장을 뒷받침했다. 워크스테이션 그래픽을 제어하려는 여러 가지 시도가 있었다. 널리 보급된 것 중 하나는 십여 군데 회사의 개인 기여자 수백 명을 통해 MIT가 개발한 X 윈도 시스 템이었다. 성공의 중요 요소는 X 윈도 개발자들이 해커 윤리에 따라 기꺼이 소스를 자유롭게 공개해 인터넷을 통해 보급될 수 있도록 한 것이었다. (썬이 제공한 것을 포 함해) 사유 proprietary 그래픽 시스템에 대한 X 윈도의 승리는 몇 년 후 유닉스 자체에 심대한 영향을 미친 변화의 전조였다. 또한, 종종 ITS 대 유닉스의 경쟁에서 약간의 파를 가르는 성격의 잡음이 (대부분은 이전 ITS 사용자 측에서) 있었다. 그러나 마지막 ITS 기계는 1990년에 영원히 사라지 게 됐고 열성자들은 더는 설 자리가 없었다. 대부분 불만은 있었지만 유닉스 문화 로 동화돼 갔다. 네트워킹이 가능한 해커 문화 안에서 1980년대의 큰 경쟁은 버클리 유닉스와 AT&T 유닉스 열성자들에 의해 생겨났다. 아직도 당시의 포스터를 찾을 수 있는 데, 영화 스타워즈에 나오는 X 윙 전투기가 AT&T 로고가 그려진 폭발하는 데스스 타 Death Star 에서 빠져나오는 그림이다. 버클리 해커들은 자신을 비정한 회사 제국과 싸우는 반란군으로 간주하고 싶어했다. AT&T 유닉스는 시장에서 BSD/썬을 따라 오지 못했지만, 표준 전쟁에서는 승리했다. 1990년이 되자 AT&T와 BSD 유닉스 는 구분하기 어려워졌고 서로의 혁신을 많이 채용했다. 1987년 이후, 이전 10년의 워크스테이션 기술은 새롭고, 저가이며, 고성능인 인텔 386 칩과 그 후속 제품에 기반을 둔 개인용 컴퓨터에 의해 분명히 위협받는 것처럼 보이기 시작했다. 처음으로 해커들은 10년 전 미니컴퓨터의 성능과 저장 능력에 맞먹는 개인용 컴퓨터를 각자 가질 수 있었는데, 이것은 전체 개발 환경을 지원하 고 인터넷과 통신할 수 있는 유닉스 엔진으로 사용할 수 있었다. 1장 해커 문화의 짧은 역사 14

46 MS-DOS 세계는 이러한 현상을 간과한 채, 나름의 영역에 만족했다. 초기의 마이 크로컴퓨터 열성자들은 빠르게 DOS와 맥 Mac 해커의 인기를 네트워크 국가 문화 의 그것보다 훨씬 크게 늘려 갔지만 자각하는 문화 자체는 이루지 못했다. 변화의 정도는 너무나 빨라서 50여 개의 서로 다른 기술 문화가 하루살이처럼 태어나고 사라져 갔다. 그들은 문화를 구성하는 은어, 전통, 신화적 이야기를 만드는 데 필요 한 안정성을 획득하지 못했다. 즉, UUCP나 인터넷에 비교될 만한 주도적인 네트 워크의 부재는 그 자체가 네트워크 국가가 되지 못하게 했다. 컴퓨서브나 지니와 같은 상용 온라인 서비스에 대한 폭넓은 접근이 뿌리내리려 했 지만, 개발 도구가 포함되지 않은 비 유닉스 운영체제에서는 소스 코드가 거의 활 용되지 못했다. 이 때문에 협력 해킹의 전통은 만들어지지 못했다. 폭넓게 유닉스 기술 문화로 구분 지을 수 있는 해커 문화의 주류는 상업 서비스에 는 관심을 갖지 않았다. 인터넷을 중심으로 비조직적으로 활동했던 그들은 더 좋은 도구와 더 나은 인터넷을 원했는데, 저렴한 32비트 PC는 그 두 가지를 모든 사람 에게 약속했다. 그러나 소프트웨어는 어디에 있는가? 상용 유닉스는 수천 달러 11 의 가격을 형성 했기 때문에 여전히 비쌌다. 1990년 초반에는 여러 회사가 PC 급 기계에 이식된 AT&T나 BSD 유닉스를 판매했다. 성공은 잘 모르겠지만, 가격은 크게 내려가지 않았고 (가장 나쁜 일은) 수정하고 재배포할 수 있는 운영체제의 소스를 얻을 수 없었 다. 전통적인 소프트웨어 사업 모델은 해커들이 원하는 것을 주지 않았다. 자유 소프트웨어 재단도 마찬가지였다. RMS가 오래 전에 약속한 해커를 위한 유 닉스 커널인 허드 HURD: Hird of Unix-Replacing Daemons 의 개발은 수년간 지체됐으며, 11 역자주_1990년을 기준으로 할 때 수천 달러의 의미에 부합하는 최소 금액 2,000달러는 약 140만 원이고, 이를 2013년 화폐가치로 환산하면 약 340만 원이다. 1장 해커 문화의 짧은 역사 15

47 (1990년까지 유닉스 유사 운영체제를 구성하는 다른 어려운 요소들을 거의 모두 제공하긴 했 지만) 1996년까지도 사용 가능한 커널을 만드는 데 실패했다. 설상가상으로 사유 유닉스를 상업화하려는 10여 년간의 노력이 실패로 끝났다는 사실이 1990년대 초반에는 확실해지고 있었다. 유닉스 플랫폼 간의 호환성에 대 한 약속은 대여섯 가지 상용 유닉스 사이의 논쟁 속에 잊혀졌다. 즉, 상용 유닉스 업체들의 답답하고, 맹목적이며, 부적절한 마케팅 때문에 놀랍도록 열등한 윈도우 운영체제 기술로도 시장의 많은 부분을 점유할 수 있게 됐다. 1993년 초, 적대적인 관측자들은 유닉스 이야기는 거의 끝났다고 생각할만한 근 거를 갖게 됐고 해커 부족도 그럴 운명이었다. 컴퓨터 업계 언론에는 적대적인 관 측자들이 항상 존재했는데, 이들 대부분은 1970년대 후반부터 6개월 간격으로 계 속 유닉스의 죽음이 임박했음을 예측했다. 개인의 기술 영웅주의는 끝났으며, 소프트웨어 산업과 초기 인터넷은 점점 더 마이 크로소프트와 같은 거인에 의해 지배된다는 것이 이 시대의 일반적인 믿음이었다. 유닉스 해커의 첫 세대는 늙고 지쳐 보였고, 버클리의 컴퓨터 시스템 연구회 CSRG: Computer Systems Research Group 는 1994년에 활력을 잃고 해체됐다. 12 침울한 시대였다. 다행히 언론과 해커 대부분의 눈에도 띄지 않고 진행된 일이 있어서 1993년 후반 과 1994년에 인정받을 만한 놀라운 제품을 만들어냈다. 결국, 이 일은 해커 문화를 아주 다른 방향으로 이끌고가 생각하지도 못한 성공을 거두게 된다. 초기의 공개 유닉스 허드의 실패가 남겨둔 틈새 사이로 리누스 토르발스 Linus Torvalds 라는 헬싱키 대학생 12 역자주_버클리 유닉스와 CSRG에 대한 자세한 이야기는 오픈 소스 Vol. I, 한빛미디어, 2013년, ISBN: 의 2장 버클리 유닉스의 20년 에서 참고할 수 있다. 1장 해커 문화의 짧은 역사 16

48 이 들어왔다. 그는 1991년에 자유 소프트웨어 재단의 도구를 사용해 386 기계를 위한 공개 유닉스 커널을 개발하기 시작했다. 초기의 연속적인 성공은 많은 인터넷 해커를 끌어들여 리누스가 완전히 자유롭고 재배포 가능한 소스로 구성된, 제대로 된 유닉스인 리눅스를 개발하도록 도왔다. 리눅스에 경쟁자가 없었던 것은 아니다. 1991년 리누스 토르발스의 초기 실험과 동시에 윌리엄 졸리츠 William Jolitz 와 린 졸리츠 Lynne Jolitz 는 실험적으로 386에 BSD 유닉스 소스를 이식했다. BSD 기술과 리누스의 미숙한 초기 노력을 비교하던 관찰 자 대부분은 BSD 포트 port 가 PC의 가장 중요한 공개 유닉스가 될 것으로 예측했다. 그러나 리눅스의 가장 중요한 특징은 기술적인 것이 아니라 사회적인 것이었다. 리 눅스의 개발 이전에는 모두가 운영체제처럼 복잡한 소프트웨어는 비교적 작고 잘 구성된 모임에 의해 주의 깊게 조정되며 개발돼야 한다고 믿고 있었다. 이러한 개 발 방식은 상용 소프트웨어와 1980년대에 자유 소프트웨어 재단이 만들어 낸 위 대한 자유 소프트웨어 성당 모두의 전형적인 방식이었고 현재에도 여전히 일반적 인 방식이다. 또한 졸리츠의 원래 386 BSD 포트에서 나온 FreeBSD/NetBSD/ OpenBSD 프로젝트에도 그랬다. 리눅스는 완전히 다른 방식으로 발전했다. 거의 처음부터 인터넷에 의해서만 조정 되는 수많은 자원자에 의해 우연히 해킹됐다. 품질은 엄격한 표준이나 독재로 이루 어지지 않았으며, 매주 릴리스되면 며칠 안에 수백 명의 사용자로부터 피드백을 받 고, 개발자들이 지속해서 변화를 소개하는 다윈주의적 적자생존의 선택을 할 수 있 게 하는 그런 단순한 전략에 의해 관리됐다. 1993년 후반 리눅스는 안정성과 신뢰성에서 많은 상용 유닉스와 경쟁할 수 있었으 며 아주 많은 소프트웨어를 포함했다. 심지어 상용 애플리케이션 소프트웨어의 이 식도 이끌어내기 시작했다. 리눅스 개발의 간접 효과는, 판매할 개발자와 해커가 없는 대부분의 조그만 상업 유닉스 업체들을 전멸시킨 것이었다. 소수의 생존자 중 1장 해커 문화의 짧은 역사 17

49 하나인 버클리 시스템 디자인 BSDI: Berkeley Systems Design, Incorporated 은 자사의 BSD 기반 유닉스에 전체 소스를 함께 제공하는 방법으로 해커 사회와 가까운 관계 유지 에 노력하며 성공했다. 이러한 개발 이야기는 당시의 해커 문화 안에서도 많이 회자되지 않았고, 밖에서는 전혀 이야기되지 않았다. 종말에 대한 반복적인 예측을 무시하던 해커 문화는 자신 의 이미지대로 상용 소프트웨어 세계를 다시 만들어내려 했다. 그러나 이런 경향이 명백해지는 데는 5년 이상이 걸렸다. 웹의 폭발적인 성장 리눅스의 초기 성장은 또 다른 현상과 함께 동반 상승했다. 바로 일반인이 인터넷을 접하기 시작한 것이다. 1990년 초반, 한 달에 몇 달러로 일반인에게 인터넷 연결 을 제공하는 인터넷 서비스 제공 산업이 번성하기 시작했다. 13 월드 와이드 웹 WWW: World Wide Web 의 발명 이후, 이미 발전 단계에 있던 인터넷은 위험천만할 정도로 발 전에 가속이 붙었다. 14 CSRG가 공식적으로 해체된 해인 1994년에 (리눅스와 386 BSD의 후손인) 서로 다른 공개 유닉스들이 해킹 활동에 중추적인 역할을 했다. 리눅스는 CD-ROM에 담겨 상업적으로 배포돼 날개 돋친 듯 팔리고 있었다. 1995년 후반에 주요 컴퓨터 회사 들은 자신의 소프트웨어와 하드웨어가 인터넷에 적합하다고 선전하는 그럴듯한 광 고를 내기 시작했다! 13 역자주_<역자주 11>과 연관해서 1994년의 1달러는 약 800원이다. 한국의 경우, 한국통신공사(현재의 KT)가 1994년 6월부터 시작한 코넷(KORNET: KORean NETwork) 상용 인터넷 서비스의 전화 모뎀 연결 월정액 이용 요금은 4만 원이었다. 이는 2013년 화폐가치 약 7만 5천 원에 해당한다. 14 역자주_한국의 인터넷 역사에 대해서는 publication/e-bridge에서 자세한 내용을 참고할 수 있다. 1장 해커 문화의 짧은 역사 18

50 1990년대 후반의 해커 문화의 주요 활동은 리눅스 개발과 인터넷의 주류화였다. WWW는 마침내 인터넷을 대중매체로 만들었다. 또한 1980년대와 1990년대 초 반에 활동한 많은 해커가 대중에게 인터넷 접속 서비스를 판매하거나 제공하는 ISP Internet Service Providers 사업을 시작했다. 인터넷의 고속 성장은 해커 문화가 중추적 지위와 정치적 영향력을 발휘할 수 있는 계기를 마련해 주었다. 1994년과 1995년에 해커 행동주의는 정부의 통제 아래 강 력한 암호화 기법을 갖게 하자는 클리퍼칩 Clipper 발의를 좌절시켰다. 1996년에는 해커들이 엉뚱한 이름을 가진 통신품위법 CDA: Communications Decency Act 을 무효로 하 기 위한 폭넓은 활동에 결집해 인터넷 검열을 저지했다. 15 이러한 활동 덕분에 우리는 역사를 지나 현재에 들어섰다. 또한 우리 모두가 관찰 자가 아닌 행동가가 되는 시대가 시작되었다. 이 이야기는 이 책의 다른 글 해커들 의 반란 에서 계속될 것이다. 모든 정부는 작든 크든 민중과 대립하는 존재의 조합이다. 덕이 없기로는 지배자나 피 지배자나 다를 것이 없다. 정부의 힘은 자신과 동일한, 민중의 침착한 감정과 힘의 과 시에 의한 정해진 범위 안에서만 유지될 수 있다. 벤저민 프랭클린 바크 Benjamin Franklin Bache, , 1794년 필라델피아 오로라 Philadelphia Aurora 지의 사설에서 15 역자주_http://networker.jinbo.net/zine/view.php?board=networker_4&id=293 참고. 1장 해커 문화의 짧은 역사 19

51 사그라다 파밀리아 성당, 2012년 모습 01 나는 건물에 생명력을 불어넣기를 원한다. 왜냐하면 너무 오래 견디는 건물은 살아 있다 는 느낌을 주지 않기 때문이다. 그것들은 그저 튼튼하고 거대함만 추구했지, 시간적이라 든지 연약함은 뒤로하고 있다. 살아있는 건축이란 감성과 경쾌함, 그리고 변화가 주어지 지 않으면 안 된다. 그것은 마치 하나의 돌과 한 송이 꽃과의 차이이다. 시저 펠리 César Pelli, 시간과 공간과 음악과 건축, 이대암, 대우출판사, 2001년, 81페이지 01 역자주_Copyright 2012 Craig Sunter. 이 이미지는 크리에이티브 커먼즈 <저작자표시-일반 2.0 미국 이용 허락>에 따라 이용할 수 있다. 2장 성당과 시장 20

52 2 성당과 시장 정직한 역 01 요약 이 글은 성공적인 오픈소스 프로젝트인 페치메일 fetchmail 을 분석한다. 이 프로젝트 는 리눅스의 역사가 제시한 놀라운 소프트웨어 공학 이론을 신중히 검토해 보려고 진행한 것이다. 이 이론을 두 개의 근본적으로 다른 개발 방식의 용어로 논할 것이 다. 두 가지 방식이란 상업용 소프트웨어의 성당 모델과 리눅스 세계의 시장 모 델이다. 이 모델들은 소프트웨어 디버깅 작업의 본질에 대한 서로 대립하는 가설들 로부터 파생됐다는 것을 보일 것이다. 그 뒤에 리눅스의 경험으로부터 충분히 많 은 사람이 있다면, 찾을 수 없는 버그란 없다 는 일관된 주장을 펴고, 이기적 에이 전트의 자가수정 시스템과 생산적인 비유를 해 본 다음, 마지막으로 소프트웨어의 미래를 위해 이 통찰이 가지는 의미에 대해 탐구해 보려고 한다 역자주_이 글은 1998년 5월 13일에 공개된 정직한 씨의 번역을 송창훈이 보충한 것이다. 이 글은 정직한 씨 의 번역에 (1) 후기를 포함한 개정 내용 일부를 반영하고, (2) 참고할 만한 자료를 역자주로 추가하고, (3) 책 의 전체적인 일관성을 맞추기 위해 용어와 외래어 표기, 표현 등을 통일하는 작업 외에는 가능한 원래의 번역 을 수정하지 않으려고 노력했다. 만약 원문이나 원번역과의 차이로 인한 오류가 있다면, 이는 전적으로 나중 역자의 책임이다. 이 글의 원문은 볼 수 있으며, 번역에 사용한 판본은 1998년 11월 20일에 개정된 1.44판이다. 한국어 번역문 의 최종 개정일은 2013년 12월 23일이다. 02 역자주_이 글의 내용에 대한 첫 번째 대중 강연은 1997년 5월 바이에른(Bavaria)에서 열린 리눅스 회의 (Linux Kongress)에서 행해졌다. 강연 내용은 linux1_d50_96kbs.mp3에서 오디오 자료로 참고할 수 있다. 2장 성당과 시장 21

53 성당과 시장 리눅스는 파괴적이다. 파트타임으로 해킹하면서 인터넷이라는 가느다란 선만으로 연결된 전 세계 수천 명의 개발자에 의해 세계적인 수준의 운영체제가 마치 마술처 럼 만들어질 수 있었으리라고 5년 전에 누가 감히 상상이나 할 수 있었을까? 나는 분명 상상하지 못했다. 1993년 초 리눅스가 내 레이더 화면에 잡혔을 때, 나 는 이미 10년 동안 유닉스와 오픈소스 개발을 해오고 있었으며 1980년대 중반에 GNU에 공헌한 첫 번째 사람들 중 한 명이었다. 나는 네트워크에 꽤 많은 오픈소스 소프트웨어를 발표했고, 지금도 널리 사용되는 네트핵과 이맥스 VC 모드, GUD 모드, xlife 03 등 몇몇 프로그램을 개발 중이거나 공동 개발하고 있었다. 나는 프로 그램이 어떻게 개발돼야 하는지 알고 있다고 생각했다. 리눅스는 내가 알고 있다고 생각한 많은 부분을 뒤집어 버렸다. 나는 작은 도구, 빠 른 원형 제작 prototyping, 그리고 진화적인 프로그래밍을 여러 해 동안 유닉스의 복음 으로 설교하고 있었다. 하지만 나는 어떤 종류의 매우 중요한 복잡성이 있기 때문 에, 거기에는 더 집중되고 선험적인 접근 방법이 필요하다고 믿고 있었다. 운영체 제나 이맥스 등 대단히 커다란 도구같이 가장 중요한 소프트웨어는 성당을 건축하 듯이, 즉 찬란한 고독 속에서 일하는 몇 명의 도사 프로그래머나 작은 모임의 뛰어 난 프로그래머에 의해서 조심스럽게 만들어지고, 때가 되기 전에 발표되는 베타판 도 없어야 한다고 생각했던 것이다. 03 역자주_라이프는 영국의 수학자 존 콘웨이(John Conway)가 개발한 컴퓨터 시뮬레이션 게임으로 해커, 그 광기와 비밀의 기록, 김동광 옮김, 사민서각, 1996년, ISBN: 의 제1부 7장(190페 이지) LIFE 부분에서도 자세한 내용을 참고할 수 있다. 이맥스의 모드(mode)는 여러 형태의 작업을 할 수 있는 개별 작업 상태를 말하는 것으로 사용자가 리스프 언어로 직접 만들어 추가기능(add-in)이나 확장기 능(extension)처럼 쓸 수 있다. VC(Version Control) 모드와 GUD(Grand Unified Debugger) 모드는 소스 코드 판(version) 관리와 디버깅에 사용되는 것이다. 2장 성당과 시장 22

54 일찍, 그리고 자주 발표하며 다른 사람에게 위임할 수 있는 것은 모두 위임하고, 뒤 범벅된 부분까지 공개하는 그런 리누스 토르발스 Linus Torvalds 의 개발 방식은 나에게 놀라움으로 다가왔다. 고요하고 신성한 성당의 건축 방식은 여기에서 찾아볼 수 없 었다. 대신 리눅스 공동체는 서로 다른 의견과 접근 방법이 난무하는 매우 소란스러 운 시장 같았다. (공공 자료 보관소인 리눅스 아카이브 사이트가 이것을 적절히 상징하고 있 다. 이곳에는 누구나 파일을 올릴 수 있다.) 이런 시장 바닥에서 조리 있고 안정적인 소프 트웨어가 나온다는 것은 거듭되는 기적에 의해서만 가능한 것처럼 보였다. 시장 방식이 매우 효과적이라는 사실은 분명 충격이었다. 리눅스 공동체에 익숙해져 가면서 나는 개개의 프로젝트에 열중했을 뿐 아니라 왜 리눅스 세계가 공중분해 되 지 않고 성당 건축가들이 상상하기도 힘든 속도로 계속해서 강해지는지 이해하려고 애썼다. 1996년 중반에야 이해가 되기 시작했다. 내 이론을 시험해 볼 완벽한 기회가 오픈소 스 프로젝트의 형태로 찾아왔다. 여기에서 나는 의식적으로 시장 방식을 시도해 볼 수 있었고, 큰 성공을 거두었다. 이제부터 그 프로젝트에 대해 이야기하고 효과적인 오픈소스 개발에 대한 격언들을 제시할 것이다. 내가 이 모든 것을 리눅스 세계에서 처음 배운 것은 아니지만, 리눅 스 세계는 이 격언들이 특별한 의미를 가질 수 있게 해주었다. 만일 내가 옳다면, 독 자들은 이 격언들로부터 리눅스 공동체가 훌륭한 소프트웨어를 만들어내는 원천이 될 수 있었던 이유를 이해할 수 있을 것이며, 독자들 자신도 더 생산적이 되는 데 도 움을 받을 수 있을 것이다. 메일은 배달되어야만 한다 나는 1993년에 펜실베이니아주 웨스트체스터 West Chester, Pennsylvania 에 있는 자그마 한 무료 인터넷 서비스 제공업체 ISP: Internet Service Provider 인 체스터 카운티 인터링크 2장 성당과 시장 23

55 CCIL: Chester County InterLink 에서 기술 업무를 담당하고 있었다. (나는 CCIL을 공동 설립했 고, 우리만의 다중 사용자 multiuser BBS Bulletin Board System 를 만들었다. 텔넷으로 locke.ccil. org에 접속하면 볼 수 있으며 지금은 19회선에 3,000여 명의 사용자를 지원한다.) 이 일 덕분 에 나는 하루 24시간 내내 CCIL의 56K 회선을 통해 네트워크에 접속할 수 있었다. 사실 그렇게 해야만 하는 상황이었다. 그래서 나는 바로바로 배달되는 인터넷 이메일에 매우 익숙해져 있었다. 하지만 몇 가지 복잡한 이유 때문에 이름이 snark.thyrsus.com 인 내 집의 컴퓨터와 CCIL 간의 SLIP Serial Line Internet Protocol 연결이 꽤 힘들었다. 마침내 성공했을 때는 주기 적으로 locke에 접속해 메일이 왔는지 확인해 보는 것이 매우 귀찮은 일이라는 것 을 알게 됐다. 내가 원한 것은 메일이 locke에서 snark로 배달되고, 도착 즉시 알 수 있으며, 또한 내 컴퓨터 도구를 이용해 메일을 다루는 것이었다. 센드메일 Sendmail 을 이용해 단순히 포워딩하는 것은 소용이 없었다. 내 개인 컴퓨터 가 항상 네트워크에 연결된 것도 아니고 고정 IP 주소가 있지도 않았다. SLIP 연결 이 되면 메일을 가져와 내 컴퓨터로 배달해주는 프로그램이 필요했다. 그런 프로 그램이 몇 개 있었지만, 대부분 POP Post Office Protocol 을 프로토콜로 사용했다. 물론 locke의 BSD 운영체제에는 POP3 서버가 포함돼 있었다. 하지만 내게 필요한 것은 POP3 클라이언트였다. 그래서 네트워크를 뒤져 하나를 찾아냈다. 사실 서너 개를 찾아내긴 했다. 잠시 pop-perl을 사용했지만, 기본적인 기능이 빠져 있었다. 가져온 메일에서 발신자 주소를 제대로 처리하지 못해서 답장 을 보낼 수 없었던 것이다. 문제는 이런 것이었다. locke의 사용자 중에 joe 라는 사람이 내게 메일을 보냈다 고 해보자. snark로 메일을 가져와서 그 메일에 답장하려고 하면, 메일 프로그램은 snark에는 있지도 않은 joe 에게 답장을 보내려고 시도한다. 그래서 org 를 답장받을 사람의 주소 뒤에 써 붙여야 했는데, 이것은 곧 매우 피곤한 일이 2장 성당과 시장 24

56 돼버렸다. 이런 일은 분명 컴퓨터가 해줘야 되는 일이었다. 하지만 기존의 POP 클라이언트 중에서 어느 것도 이 일을 해주지 못했다. 여기서 첫 번째 교훈을 얻을 수 있다. 1. 모든 좋은 소프트웨어는 개발자 개인의 가려운 곳을 긁는 것으로부터 시작된다. 명확해 보이는 교훈이긴 하지만 필요는 발명의 어머니 라는 오래된 속담이 있지 않은가? 소프트웨어 개발자들은 너무나 자주, 단지 돈 때문에 그들이 필요하지도 않고 좋아하지도 않는 프로그램을 만드는 데 시간을 쓰고 있다. 하지만 리눅스 세 계에서는 그렇지 않다. 아마도 이것이 리눅스 공동체에서 만들어진 소프트웨어의 평균적 품질이 왜 그렇게나 좋은지 설명해 줄 것이다. 그래서 내가 이미 있는 POP3 클라이언트들과 경쟁하는 새로운 프로그램을 곧바 로 코딩하기 시작했을까? 천만에. 나는 이미 가지고 있는 POP 유틸리티들을 조심 스럽게 살피며 자신에게 물었다. 내가 원하는 것과 가장 가까운 프로그램은 어느 것일까? 2. 좋은 프로그래머는 어떤 프로그램을 만들어야 할지 안다. 위대한 프로그래머는 어떤 프 로그램을 다시 만들어야 할지 그리고 재사용해야 할지 안다. 내가 위대한 프로그래머라는 말은 아니지만 흉내 내려고는 했다. 위대한 프로그래 머의 중요한 특징 중 하나는 건설적인 게으름이다. 04 그들은 들인 노력으로가 아니 라 결과로 평가받는다는 것을 알고 있으며, 완전한 무에서 시작하는 것보다는 부분 적으로나마 좋은 해결책에서 시작하는 게 대부분 더 쉽다는 것을 알고 있다. 리누스 토르발스를 예로 들자면 그는 맨바닥에서 리눅스 Linux: LINUs's unix 를 만들려 고 하지 않았다. 그는 대신 386 컴퓨터를 위한 유닉스Unix: UNiplexed Information and 04 역자주_<역자주 8> 참고. 2장 성당과 시장 25

57 Computing Service 와 비슷한 소형 운영체제 미닉스 Minix: MINImal unix 의 코드와 아이디어 를 재사용하는 것으로부터 시작했다. 결국, 모든 미닉스 코드는 사라지거나 새로 쓰였다. 하지만 미닉스 코드가 남아있는 동안 그 코드는 나중에 리눅스가 될 어린 아기의 발판 역할을 했다. 똑같은 생각으로 나는 이미 있는 POP 유틸리티 중 코딩이 잘된 것을 찾아 개발의 기초로 사용하려고 했다. 소스 공유에 대한 유닉스 세계의 전통은 언제나 코드 재사용에 호의적이었다. GNU 프로젝트가 유닉스 자체에 대한 심각한 의혹에도 불구하고 유닉스를 기본 OS로 선택한 것도 바로 이런 이유에서였다. 리눅스 세계는 거의 기술적인 한계에 다다를 때까지 이 전통을 받아들였다. 일반적으로 찾아볼 수 있는 공개된 소스는 수 테라바이트에 달했다. 그래서 리눅스 세계에서는 누군가가 만든 거의 완성된 소 스를 찾아보는데 시간을 들이는 것이 다른 어느 곳에서보다 좋은 결과를 가져올 가 능성이 높다. 나 역시 그랬다. 예전에 찾아놓은 것에다 두 번째 검색 결과를 더하니 모두 아홉 개 의 후보가 생겼다. fetchpop, PopTart, get-mail, gwpop, pimp, pop-perl, popc, popmail 그리고 upop이었다. 05 가장 먼저 정착한 프로그램은 오승홍 씨의 fetchpop이었다. 나는 헤더 재작성 기능과 더불어 몇몇 개선 사항을 추가했고, 저 자는 릴리스 1.9에 그것을 수용했다. 몇 주 후, 나는 칼 해리스 Carl Harris 가 만든 팝클라이언트 popclient 의 코드를 들여다보 다가 문제점을 발견했다. fetchpop에는 백그라운드 데몬 모드 같은 훌륭한 독창 적인 아이디어가 있었지만 POP3만을 처리할 수 있었고, 아마추어티가 나는 코딩 이었다. 오승홍 씨는 똑똑하기는 하지만 경험이 부족한 프로그래머였고, 코딩에서 05 역자주_http:// 참고. 2장 성당과 시장 26

58 그 두 가지 특징을 모두 볼 수 있었다. 칼의 코드는 전문가가 만든 탄탄하면서 더 나은 코드였으나, 몇 가지 중요하면서도 약간의 잔머리가 있어야 구현할 수 있는 fetchpop의 기능들이 (내가 추가한 기능들을 포함해) 빠져 있었다. 머물러 있을 것인가, 옮겨 갈 것인가? 옮겨 간다면 더 나은 개발 기반을 위해 이미 해놓은 코딩을 포기해야만 했다. 옮겨 가는데 실질적인 동기가 됐던 것은 다중 프로토콜 지원 여부였다. POP3가 우 체국 서버 프로토콜 중에서 가장 널리 쓰이는 것이긴 했지만 유일한 프로토콜은 아 니었다. fetchpop을 비롯해 다른 경쟁자들은 POP2, RPOP 또는 APOP을 지원 하지 않았고, 나는 당시에 재미 삼아서 가장 최근에 고안된 가장 강력한 우체국 프 로토콜 IMAP 아이맵: Internet Message Access Protocol 을 지원해 볼까 하는 생각을 하고 있 었다. 하지만 옮겨가는 것이 좋은 생각이라는 좀 더 이론적인 이유도 있었다. 리눅스를 알기 오래 전에 배운 교훈이었다. 3. 갖고 있는 것을 버릴 계획을 세우라. 언젠가는 버리게 될 것이다. (프레더릭 브룩스, 맨먼 스 미신 11장 중에서) 06 다른 말로 하자면, 첫 번째 해결책을 구현할 때까지도 진짜 문제가 무엇인지 이해 하지 못하는 경우가 종종 있다는 것이다. 두 번째가 되어서야 어떻게 하는 것이 옳 은 것인지 충분히 알게 될 수 있다. 따라서 만일 올바른 방법을 찾고 싶다면 최소한 06 역자주_ The Mythical Man-Month, Frederick Brooks, Addison-Wesley, Anniversary Edition, 1995, ISBN: 한국에는 맨먼스 미신, 프레더릭 브룩스, 김성수 옮김, 케이앤피, 2007 년, ISBN: 으로 번역 출판되었다. 인용된 문구는 한국어 번역판에 다음과 같이 옮겨져 있다. 그러므로 프로그램 개발에서는 하나는 내버린다는 계획을 잡아야 한다. 계획하든 않든 버릴 수밖에 없 기 때문이다.(156페이지) 2장 성당과 시장 27

59 한 번은 처음부터 다시 시작할 준비를 해 두어야 한다. 07 그래, fetchpop을 고친 것은 내 첫 번째 시도였어 라고 자신에게 말하고 나서, 나 는 팝클라이언트로 옮겨갔다. 1996년 6월 25일, 칼 해리스에게 내 첫 번째 팝클라이언트 패치를 보낸 후에 나는 그가 팝클라이언트에 이미 흥미를 잃었다는 것을 알게 됐다. 코딩이 좀 지저분했 고, 자잘한 버그가 널려있었다. 수정해야 할 것이 많았으므로, 내가 프로그램을 넘 겨받는 것이 합리적이라는 데에 칼과 나는 곧 동의했다. 내가 알아차리지 못하는 사이에 프로젝트가 차츰 궤도에 오르기 시작했다. 나는 이 미 POP 클라이언트에 사소한 패치만 하는 것이 아니었다. 클라이언트 하나를 통 째로 관리했으며, 내 머리에서는 커다란 변화가 될 아이디어들이 솟아나고 있었다. 코드 공유를 장려하는 소프트웨어 문화에서는 이런 방식으로 프로젝트가 진화하기 마련이다. 이렇게 말할 수 있다. 4. 적절한 태도를 갖고 있으면, 흥미로운 문제가 당신을 찾아갈 것이다. 하지만 칼 해리스의 태도가 훨씬 더 중요했다. 그는 이것을 이해하고 있었다. 5. 프로그램에 흥미를 잃었다면, 프로그램에 대한 당신의 마지막 의무는 능력 있는 후임자 에게 프로그램을 넘겨주는 것이다. 토론할 필요도 없이 칼과 나는 우리가 가장 좋은 해결책을 찾고 있다는 것을 알고 07 원주_컴퓨터과학 분야에 좋은 격언을 남기고 있는 존 벤틀리(Jon Bentley)는 그의 책 Programming Pearls, Addison-Wesley, 1999, ISBN: 에서 만약 하나를 버릴 계획을 했다면, 둘 을 버리게 될 것이다 라고 브룩스의 말에 덧붙인다. 이것은 확실히 거의 맞는 말이다. 브룩스와 벤틀리의 논 점은 단순히 첫 번째 시도가 잘못될 것을 예상해야만 한다는 것이 아니라, 올바른 아이디어로 처음부터 다시 시작하는 것이 엉망인 걸 바로잡으려 애쓰는 것보다 흔히 더 효율적이라는 것이다. 2장 성당과 시장 28

60 있었다. 우리에게 남은 한 가지 문제는 내가 적임자라는 것을 입증할 수 있느냐 하 는 것이었다. 내가 그것을 증명하자 그는 기꺼이, 그리고 신속하게 행동했다. 훗날 내 차례가 오면 나 또한 그만큼 잘할 수 있기를 바란다. 사용자가 있다는 것의 중요성 그래서 내가 팝클라이언트를 넘겨받았다. 내가 팝클라이언트 사용자들을 넘겨받 았다는 것도 그에 못지않게 중요하다. 사용자가 있다는 것은 매우 좋은 일이다. 당 신이 누군가의 필요를 충족시켜주고 있으며 일을 잘 해나가고 있다는 것을 보여주기 때문만은 아니다. 적절하게 유도해 준다면 사용자는 공동 개발자가 될 수도 있다. 유닉스 전통의 또 다른 강점, 즉 많은 수의 사용자가 동시에 해커이기도 하다는 것 을 리눅스는 좋은 의미로서 극단까지 밀어붙였다. 소스 코드가 공개돼 있기 때문에 그들은 효과적인 해커가 될 수 있다. 이것은 디버깅 시간을 줄이는데 엄청난 도움 이 됐다. 조금만 격려해주면 사용자들은 문제를 분석하고 해결책을 제시하며, 도움 없이 혼자 일할 때보다 훨씬 빨리 코드를 개선하도록 해준다. 6. 사용자를 공동 개발자로 생각하면 코드가 다른 어떤 방법보다 빠른 속도로 개선되며 효 율적으로 디버깅할 수 있다. 이 효과의 위력은 과소평가되기 쉽다. 사실, 오픈소스 세계의 우리조차 시스템 복 잡도에 대항해 많은 수의 사용자가 얼마나 힘이 되는지를 리누스 토르발스가 보여 주기 전까지는 과소평가하고 있었다. 실제로 나는 리누스의 가장 영리하고 중요한 해킹은 리눅스 커널을 만든 것이 아니 라 리눅스 개발 모델을 만든 것이라고 생각한다. 리누스에게 이 의견을 말했더니 그는 씩 웃으면서 조용히 여러 번 하던 말을 되풀이했다. 난 기본적으로 매우 게으 른 사람이라서, 실제로는 다른 사람들이 해놓은 일로 공로를 인정받곤 해요. 여우 같은 게으름이라 할 수 있다. 혹은 로버트 하인라인 Robert Heinlein, 1907~1988 의 소설 2장 성당과 시장 29

61 속 등장인물처럼 실패하기에는 너무 게으르다 라고 할 수도 있을 것이다. 08 되돌아보면, 리눅스의 성공과 방법론은 GNU 이맥스 리스프 라이브러리와 리스프 코드 아카이브에서 그 선례를 찾아볼 수 있다. 이맥스의 C 코드 핵심이나 대부분의 다른 FSF 도구들의 성당 건축 방식과 대조적으로 리스프 코드 풀 pool 의 진화는 유 동적이고 사용자가 주도했다. 아이디어와 이맥스 모드들의 원형은 안정적인 최종 형태를 갖추기까지 종종 서너 번씩 다시 쓰였다. 느슨하게 묶인 공동 작업이 인터 넷으로 인해 가능해졌고, 리눅스에서처럼 매우 자주 일어나는 일이 됐다. 사실 페치메일 이전에 나 자신의 가장 성공적인 해킹은 아마 이맥스 VC 모드였을 것이다. 세 명의 사람들과 이메일로 리눅스와 비슷한 협동 작업을 했고, 지금까지 그 중 한 명인 (이맥스의 저자면서 자유 소프트웨어 재단의 설립자인) 리처드 스톨먼만을 만나 보았다. VC 모드는 SCCS, RCS, CVS를 위한 이맥스 안의 프런트 엔드였고, 원 터 치 판 관리 기능을 제공했다. 09 이것은 누군가 만들어 놓은 작고 조악한 sccs.el 모 드로부터 진화한 것이다. VC의 개발은 이맥스와는 다르게 이맥스 리스프 코드가 발표와 테스트, 개선의 주기를 매우 빨리 반복할 수 있었기 때문에 성공했다. 코드를 법적으로 GPL에 묶어 두려는 FSF의 정책은 한 가지 예기치 못한 부작용을 가져왔다. 그것은 FSF가 시장 개발 방식을 사용하는 절차가 까다로워졌다는 점이다. 이는 저작권법 체계에서 생길 수 있는 문제에 대비해 GPL 코드를 면역시키기 위해 20행 이상의 개인적 공헌에 대해서는 저작권을 양도받아야 한다고 FSF가 믿기 때문 이다. BSD와 MIT의 X 컨소시엄 이용허락 license 을 사용하는 사람에게는 이런 문제 08 역자주_여우 같은 게으름(lazy like a fox)이란 최소의 노력으로 최대의 결과를 낸다는 의미다. 흔히 창조 적 게으름 이나 건설적 게으름 이란 표현으로도 많이 인용된다. Enough_for_Love 참고. 09 역자주_SCCS(Source Code Control System)와 RCS(Revision Control System), CVS(Concurrent Versions System)은 모두 소스 코드 판 관리 소프트웨어다. 최근에는 서브버전(Subversion)과 기트(Git) 가 많이 쓰인다. 2장 성당과 시장 30

62 가 없다. 그들은 누군가가 문제를 일으킬 동기가 될만한 권리를 가지려 하지 않는다. 이맥스 외에도 두 개로 층이 나뉘는 구조를 갖는 사용자 공동체와 소프트웨어 제품 이 있다. 즉, 성당 개발 방식의 핵심부와 시장 개발 방식의 도구상자 toolbox 부분이 한데 결합해 있는 것이다. 그 중 하나가 상용 데이터 분석 및 시각화 도구 매트랩 MATLAB: MATrix LABoratory 이다. 매트랩과 이와 유사한 구조를 갖는 제품의 사용자들은 프로그램을 만지작거릴 수 있는 크고 다양한 공동체 안에서 수행과 숙성, 혁신이 끊임없이 일어나고 있는 곳은 대부분 개방된 도구 부분 쪽이라는 것을 보여준다. 일찍, 그리고 자주 발표하라 일찍 그리고 자주 발표하는 것은 리눅스 개발 모델에서 중요한 부분이다. 나를 포 함한 대부분의 개발자는 아주 사소한 프로젝트가 아니라면 이런 정책이 나쁘다고 생각했다. 초기 판에는 예외 없이 버그가 많고, 개발자라면 사용자의 인내심을 시 험하고 싶지 않기 때문이다. 이런 믿음이 성당 개발 방식을 더 선호하게 했다. 만일 가장 중요한 목표가 사용자 로 하여금 가능한 적은 버그를 발견하게 하는 것이라면 6개월에 한 번씩 혹은 그 보다 덜 자주 발표하면서 그동안 죽으라고 일하는 편이 나을 것이다. 이맥스 C 코 드의 핵심은 이런 식으로 개발됐다. 그러나 리스프 라이브러리는 그렇지 않았다. 이맥스의 발표 주기와 관계없이 언제든 새로운 개발 코드 판을 찾을 수 있었으며, FSF의 통제권 밖에 있는 리스프 라이브러리들이 있었기 때문이다 원주_인터넷의 폭발적인 성장 이전에 유닉스와 인터넷의 전통과 관계없이 생겨난 성공적인 오픈소스 시장 방식 개발의 예가 있다. 그중 하나가 년 사이에 개발된 DOS 컴퓨터에서 주로 사용된 압축 유 틸리티 info-zip이다. 또 다른 하나는, 역시 DOS 용이지만 1983년에 시작된 RBBS(Remote Bulletin Board System)다. 인터넷 메일과 BBS 간 파일 공유 기술이 매우 큰 기술적 이점을 갖고 있었지만, RBBS 는 매우 강한 공동체를 성장시켰기 때문에 1999년 중반인 현재까지 상당히 정기적인 릴리스를 발표하고 있 다. Info-Zip 공동체가 인터넷 메일에 어느 정도 의존적인데 반하여, RBBS 개발자 문화는 TCP/IP 인프라 에 완전히 독립적인 RBBS의 튼튼한 온라인 공동체에 실제로 근거하고 있다. 2장 성당과 시장 31

63 이들 중 가장 중요한 아카이브는 오늘날 대형 리눅스 아카이브들의 정신과 많은 기 능이 이미 있던 오하이오주의 이맥스 리스프 아카이브였다. 하지만 우리가 하는 일 에 대해, 그리고 FSF의 성당 개발 모델의 문제점들에 대해 그 아카이브의 존재가 무엇을 제시하는 지는 우리 중 소수만이 진지하게 생각하고 있었다. 나는 오하이오 코드를 공식적인 이맥스 리스프 라이브러리에 정식으로 합치려는 시도를 1992년 에 했으나 정치적인 문제에 부딪쳤고 큰 실패를 겪었다. 1년 후, 리눅스가 널리 알려지기 시작했고, 무언가 다르면서 훨씬 바람직한 일이 일 어나는 것이 확실해 보였다. 리누스의 열린 개발 정책은 성당 개발과 완전히 반대되 는 것이었다. 썬사이트 SunSITE 와 tsx-11 아카이브가 싹텄고, 다중 배포 방식이 퍼지 기 시작했다. 그리고 이 모든 것이 이전 어느 소프트웨어보다 자주 릴리스되는 핵심 시스템에 의해 주도됐다. 리누스는 가장 효과적인 방식으로 사용자를 공동 개발자로 여겼던 것이다. 7. 일찍 발표하고 자주 발표하라. 그리고 사용자의 소리에 귀를 기울여라. 리누스의 혁신은 (그 비슷한 것이 오랫동안 유닉스 세계의 전통이었기 때문에) 그가 이렇 게 했다는 점보다는 그가 개발하고 있던 리눅스 커널의 복잡성에 비견될 만한 수준 까지 끌어올렸다는 데 있다. 리눅스 개발 초기인 1991년경에 그는 하루에 한 번 이 상 새로운 커널을 발표하기까지 했다. 리누스는 공동 개발자라는 자신의 기반을 잘 만들었고, 인터넷이라는 지렛대를 이용해 누구보다 열심히 협동 작업에 몰두했기 때문에 이 방식은 성공했다. 하지만 어떤 과정을 거쳐 성공할 수 있었을까? 내가 재현할 수 있는 것일까, 아니면 리누스 토르발스만의 천재성이 필요한 것일까? 그렇게 생각하지는 않았다. 리누스가 매우 뛰어난 해커라는 점은 인정한다. 우리 중에 상업용 제품 못지 않은 운영체제 커널을 만들 수 있는 사람이 몇이나 될까? 그 2장 성당과 시장 32