[지디넷코리아]리눅스
필자는 얼마 전 개최되었던 리눅스 월드 2006에 다녀왔다. 사람들은 그렇게 많지 않았다. 전시장뿐만 아니라 같이 열린 컨퍼런스에도 사람들은 그다지 많지 않았다고 한다. 사람들의 관심이 그다지 크지 않았던 것이 부스들을 썰렁하게 만든 가장 큰 이유가 될 것이지만 부스에는 사람들의 호기심을 자극할 만큼 새로운 이슈가 부족했다고 볼 수도 있다. 2000년도의 리눅스 전시회를 떠올린다면 사람들의 관심이 줄었다고 볼 수 있다.

리눅스는 존재의 중요성에 비해 많은 관심을 끌지 못하고 있다. 과거 유닉스가 상대적으로 대중들에게 어필하기 어려웠던 이유들이 유닉스의 특성을 이어가는 리눅스에도 그대로 적용된다는 생각이 들었다. 유닉스가 중요하지 않다라고 말할 수는 없지만 유닉스의 중요한 브랜치들은 개발이 잘 진행되지 않거나 사용자가 적어져서 예전보다 중요성이 감소했다. 여러 가지 이유로 리눅스가 유닉스 유전자 풀의 다수를 차지하게 되었다. 유닉스는 인터넷의 중요한 개발 플랫폼이었다. 리눅스가 반드시 우세한 운영체제가 되어야 할 이유는 없으며 리눅스의 사용자들이 없어질 것도 아니지만 사람들의 관심을 끌지 못할 정도로 중요하지 않은 운영체제도 아니다. 여전히 사람들이 중요한 운영체제를 뜯어보고 개선하거나 배울 수 있는 중요한 통로다(독점에 반대하고 지적 재산권 문제를 강조하는 중요한 이념들이 리눅스에 들어 있으나 필자같이 단순한 사람이 그런 것을 제대로 이해하기는 어렵다.).

많은 서버와 임베디드 기계들이 리눅스 운영체제를 탑재하고 있다. 리눅스는 세월이 지나면서 하나의 당연한 기술로 남게 되었다. 성숙하다고 표현할 수 있는 많은 애플리케이션들이 소스코드까지 포함해서 산더미처럼 있다. 오랜 기간 테스트되었기 때문에 완숙한 기술이다. 이런 것들이 리눅스에는 무수히 많이 모여있다. 대단한 자산이다. 물론 같은 기준이 다른 중요한 오픈소스 운영체제에도 해당된다. 초기에는 이런 운영체제의 존재가 중요하고 관심을 끄는 일이었다가 점차 관심에서 벗어난다. 떠오르는 기술은 얼마 후 인프라로 변한다. 인프라라는 것이 중요하지 않다고 생각하는 사람은 없을 것이다. 그러나 사람들에게 직접적으로 호소하는 것이 없다면 관심권에서 벗어나게 된다. 리눅스의 많은 부분이 인프라에 가까운 것이 되었으므로 사람들은 별다른 관심이 없다. 누구의 말처럼 물과 공기처럼 되어버린다면 무언가 이상이 생기지 않는 한 관심은 멀어진다.

운영체제가 완숙하게 되면 그 자체보다는 당연히 그 안에서 어떤 일을 할 수 있느냐는 방향으로 중요성이 증가한다. 문제를 잘 해결할 수 있으면 별 문제가 없는 것이다. 정작 리눅스나 윈도우나 이미 완숙한 운영체제다.

검색엔진에 한 획을 그은 구글의 성공은 종종 사람들의 관심이 어떤 운영체제나 특정 애플리케이션에 있지 않다는 것을 보여줄 때가 있다. 사람들은 웹 브라우저로 자신이 원하는 정보를 수집한다. 그것은 업무에 필요한 정보일 수도 있고 개인적인 관심사일수도 있지만 필요한 정보라는 것은 분명하다. 정보를 이용하는 일이 특별히 불편하지 않다면 어떤 회사의 운영체제와 브라우저 인지는 중요하지 않다. 구글은 데스크톱 서치와 피카사 구글 어스를 만들어 성공을 거두었다. 여기서 정작 운영체제는 중요한 것이 아니었다. 요즘은 MS의 액셀을 대체하는 구글의 웹 스프레드쉬트가 이야기되고 있다. 만약 이 스프레드쉬트마저 성공적이라면 정작 사용자들은 운영제체나 애플리케이션에 대해 예상보다는 충성도가 낮았다고 할 수 있다고 말할 수 있다.

그렇다면 최초의 오리지날을 개발한 개발 회사에게는 큰 문제가 된다. 사람들은 편하고 좋은 것을 찾아서 움직일 것이다. 중요한 애플리케이션들이 운영체제나 브랜드에 무관하게 돌아간다는 사실이 가정이 아니라 현실이 되었을 때에도 여전히 유닉스계열의 점유율이 낮다면 무언가 일반 사용자들을 끌어들이는데는 문제가 있다고 있다고 보아야 한다. 어쩌면 지금도 개발자들마저 일반적인 용도로는 많이 사용하고 있지 않을지도 모른다. 만약 그렇다면 리눅스 월드에 사람들이 몰려들지 않은 것은 당연한 일인지도 모른다.

재미
리눅스 월드를 구경하며 필자는 재미라는 것을 생각해 보지 않을 수 없었다. 기술이라는 것이 많은 정보를 생산한다면 사용자나 개발자들은 이 정보를 소비해야 하는데 정보의 소비는 많은 시간을 필요로 한다. 그 자체가 학습이다. 사소한 프로젝트조차 수많은 문서와 자료들을 소화해야 한다. 정보의 경제에서 흐르는 것은 정보가 주체이다. 그래서 정보가 어떻게 배분되는가는 큰 문제다. 음식의 맛처럼 정보는 재미가(물질적이거나 정신적이거나) 있어야 한다. 시간도 많이 흘렀고 완숙성도 높아졌기 때문에 사람들이 빠져드는 것에 대한 관심을 가질 때가 되었다. 사람들을 빠져들게 하는 것은 지극히 주관적인 것이다.

이념을 이야기하는 것이 아니다. 초기의 GPL에 대해 심취했던 세대들도 있지만 좀 더 현실적으로 하나의 운영체제나 그 환경에서 많은 것들을 얻어 낼 수 없다면 관심은 줄어든다. 만약 오픈 소스에 빠져서 열심히 공부도 하고 일도 했는데 많은 것을 배우지 못했다는 생각이 든다거나 사업이나 개발이 신통치 않다면 일종의 상실감을 느끼게 될 것이다. 실제로 주변에서 많이 보았다. 필자와 같은 아마추어들은 배우고 만드는 즐거움이 보상이기 때문에 큰 문제가 없으나 개발로 먹고 살아야 하는 프로들은 그 안에서 사업도 해야 하고 개발도 해야 한다.

아직은 큰 개발 시장이 없으므로 상당한 실력이 있더라도 개발자가 마땅히 할 일이 적다. 그래서 아직은 연구소나 대학에서 리눅스 관련 개발을 하는 사람이 더 많다는 느낌을 지울 수가 없었다. 이들은 지원을 받는 경우도 많고 생존에 크게 쫓기지도 않는다. 독립적인 개발자들은 새로운 시장을 찾아서 움직이거나 생존에 편한 틈새를 찾거나 교육 쪽으로 이동했다. 아니면 다른 직장을 갖고 어느 정도 방관자 적인 입장을 취하면서 관심을 버리지 않는 사람도 있었다. 그리고 소수지만 스스로 ‘순돌이아빠’를 자처하면서 개발 팀을 유지하기 위해서라면 무엇이든 하면서 최선을 다하는 사람들도 있었다. 불과 10년도 안되는 사이에 필자가 보아온 사람들의 거취는 많이 변했다. 현실과 일상의 힘은 강한 것이었다. 업계의 먹이 사슬은 먹이가 없는 지역을 사람들이 피해가게 만든다.

그래서 아직도 GPL이나 리눅스에 대해 관심을 갖고 열심히 개발하는 사람들은 무엇이건 그 안에서 재미를 찾은 것이다. 그냥 재미있어서 한다는 사람들도 포함해서 서버이건 임베디드 시스템이건 해야 할 이유나 존재조건이 충분한 사람들이다. 어느 정도의 오기나 열정이 없다면 몇 년 동안 이 분야의 일을 해올 수가 없다. 만약 개발을 수주하는 작은 회사라면 실력이 미달되는 경우 협소한 시장에서 살아남을 수가 없다. 개발자들도 어느 정도 완숙해진 것이다. 책들도 많아졌고 경험곡선도 높아졌다. 자료도 많아졌다.

진입장벽
사람을 질리게 하는 진입장벽들도 많이 돌파했다. 오픈 소스의 문제라면 찾아보면 만들어진 코드들이 너무 많다는 것이다. 어떤 프로그래머가 무엇인가를 만들었는데 이미 있는 것이라면 실망할지도 모른다. 그러나 열정이 있는 개발자는 자신이 만들고 싶은 것을 결국 자신의 방법으로 만들어보게 될 터인데 이것을 개발이라고 할 수도 있고 그냥 만들어 보는 것일 수도 있다. 코드가 처음부터 짜야 하는 것을 피하고 많은 부분을 만들어진 것을 이용해서 진입장벽을 줄여주는 측면도 있으나 많은 경우 그렇게 만만치가 않다. 다시 한번 높은 진입장벽을 만난다. 도구의 진입장벽이 있다.

리눅스라는 것은 거대한 개발도구의 모음이라고 볼 수도 있다. 마음만 먹으면 컴파일러도 개인이 개발할 수 있는 도구들이 원래의 포장대로 가득 들어가 있다. 문제는 일반적인 사용자들이 이런 시스템의 포텐셜을 거의 이용하지 않는다는 것과 (그렇다면 대부분의 도구들은 자리만을 차지한다.) 도구들이 개인의 표현력을 쉽게 적용하기에는 상당히 불편하다는 것이다(역시 잘 사용하지 않게 된다.). 사소한 것들을 만들기에는 너무 심오한 도구들이 많다고도 볼 수 있다. 하지만 개발의 도구로서 리눅스는 대단한 것이다.

프로그램의 개발도구들은 오래되었고 GNU의 초창기 시절인 20년 전과 크게 달라지지 않은 인터페이스를 갖는 것도 있다. 별로 친절하다고는 볼 수 없는 프로그램 설명서를 읽고 현재 개발하는 일과의 관련성을 찾아내어야 할 정도인 경우도 있다. 예전보다 많이 개선되기는 했으나 어느 이상 쉬워질 수는 없다. 원래 소프트웨어 개발도구의 특성이다. GUI를 씌워 놓는다고 많이 쉬어지는 것은 아니다.

만약 어떤 것을 만들기 위해서 수백 페이지의 서류를 읽어야 하다면 많은 사람들은 곧바로 포기해버릴 것이다. 특별한 이유가 없기 때문이다. 수십 개의 중요한 애플리케이션을 익혀야 비로소 무엇인가를 만들 수 있다고 하면 그것도 큰 문제가 될 것이다. 그런데 제대로 만들고자 하면 이런 과정이 필요할 수도 있다. 소스가 용도에 딱 맞지 않는 한 때로는 불가피한 과정이다. 설명서를 읽지 않고 기존의 코드를 고쳐가는 것으로 우회할 수도 있으나 언젠가는 보아야 한다. 귀찮은 것을 싫어하는 사람들이 말하는 이른바 ‘귀차니즘’은 진입장벽이기도 하다.

리눅스나 윈도우에 있는 많은 프로젝트들이 이런 식으로 구현된다. 진입장벽은 문턱이기도 하다. 문턱을 넘으면 많은 사람들이 참여할 수도 있는데 문턱을 넘는 에너지가 너무 높아 보이거나 높다. 바쁜 사람들은 문턱을 넘어갈 시간이 없다고 느끼기 때문에 많이 포기한다. 그래서 세련된 프로그램을 위해 희생해야 할 가장 큰 대상이 재미이다. 어쩌면 세상은 재미를 위해 사는 것인지도 모르는데 무엇을 하나 만들어 보려고 해도 많은 문서를 읽어야 한다면 정말 큰일이다. 어떤 언어의 학습 분량이 많은 것도 사실은 좋은일이 아니다. 초기부터 재미있는 일을 시켜볼 많은 기회가 사라진다. 적어도 참여할 수 있는 많은 사람들에게 진입의 장벽을 안겨버린다.

만약에 무엇인가를 만든다고 할 때 곧 바로 개발을 떠올린다면 그것은 너무 과업 지향적인 생각일 것이다. 그러나 현실은 그렇다 . 대부분 시간에 쫓기고 있기 때문이다. 컴퓨터로 할 수 있는 것이 무척 많은데 개발은 그 중의 일부이다. 개발이 어느정도 도 진행된 일들은 이토록 쉽게 사람을 지치게 만든다. 완숙한 개발도구라는 것은 강력한 것이지만 그 자체의 불필요한 진입장벽이 너무나 깊다.

시간이 없다고 생각하는 일반인들은 쉽게 포기하고 더 시시하지만 시간이 잘 가는 일로 빠져버린다. 사람들은 너무 시시한 과업에서는 성취감을 못 느끼고 너무 어려운 일은 포기해 버리며, 쉽지도 않으나 그렇다고 아주 어려운 일도 아닌 일에 잘 빠져 들어간다. 불완전하더라도 사람들을 쉽게 빠지게 만드는 개발도구가 있다면 사람들은 빠져들 것이다. 만드는 재미를 위해서 말이다. 어쩌면 사람들은 불완전한 것을 더 사랑하는지도 모른다. 자기가 그 부족한 부분을 채우면서 즐거움을 느낄수도 있으니까. 하지만 포화된 툴은 다르다.

일의 재미
필자의 관점으로는 본격적인 프로그래밍에 최소한의 문턱을 제공한 것은 PHP였다. 적어도 리눅스에서 많은 사람들이 쉽게 웹의 가능성을 넓혀주는 웹 프로그래밍에 빠져 들 수 있게한 것은 PHP였다(필자는 펄에 가까운 버전 2때부터 PHP의 팬이었다.). 결정적인 시기에 나타난 대단한 프로그램이었다. 개발자들은 질리기는 했지만 최소한 절망은 하지 않았으니까 말이다. 아주 세련된 도구는 아니었지만 끈질기게 만들고자 한다면 거의 무엇이든 만들 수는 있었으니까. 어려운 API 인터페이스는 차차로 공부하면 되었다. 그래서 프로그램은 허접코드로 천천히 개선되었다. 한때 PHP의 책들이 인기 절정이었던 것은 이유가 있다. 제일 중요한 이유는 일단 쉬웠다는 점이다. 그 다음은 충분할 정도로 막강했다는 점이었다. 그렇다면 인기가 없을 이유가 없다.

커다란 쿠션만큼이나 두꺼운 책이 입문서라는 사실은 윈도우의 개발도구 설명서에도 해당하는 것이지만 일반인이나 기술에 어느 정도 관심을 갖는 사람들에게 높은 문턱을 제공하는 것은 많은 문제가 있다. 프로젝트가 없는 것이 문제냐 아니면 너무 어려운 것이 문제냐 아직은 모른다. 개발자들이 만드는 일에 질릴 정도의 툴들을 제공한다면 일반인들에게는 크나큰 벽이 아닐 수 없다.

하지만 만드는 일의 재미라는 것이 사람들을 유혹하는 힘이 있다면 마땅히 추구해야 할 것이다. 어쩌면 개발 시스템을 막론하고 커다란 시장이 될지도 모른다. 다만 지금까지는 많은 개발툴들이 개발자의 위주로 만들어지고 개발자의 손으로 쓰여진 것은 분명하다. 자기가 생각하는 것을 만들고 싶은 사람들의 욕구는 충족되지 않는다. 스프레드시트나 그래픽 툴 같은 것을 사용하면서 사람들이 만족해 한다고, 생산성이 높아진다고 생각해 버리면 그것으로 그만이다. 그러나 사람들은 무엇인가 만들어 보고 싶어한다. 아직 이 거대한 시장은 아직 우리 앞에 열려있지 않다.

윈도우도 리눅스도 일반인들에게 무엇을 만들 수 있는 기회나 도구를 부여하지 않는다. 사람들이 참여할 수 있는 거의 유일한 기회는 블로그같은 도구를 사용해서 웹으로 무엇을 짜보는 것 정도로 국한되는데 이마저도 포털에서 제공하는 도구정도로 만족하는 것으로 끝난다. 블로그의 폭발적인 인기는 자신의 자료를 정리해서 사람들에게 알리는 것에 대한 갈망이었을 것이다. 이보다 조금 더한 것을 만드는, 본격적인 프로그램을 만드는 것을 과정이라고 특별한 것은 없다.

마이크로프로세서라기 보다는 간단한 로직같은 것으로 출발한 PC의 문화를 이끌어온 것이 70년대의 DIY(Do It Yourself) 붐 같은 베이비붐 세대의 열정이라면 현재는 이런 변화의 코드가 부족하다. 어쩌면 이것저것 새로 만들어 보아야 할 지도 모른다. 사람들이 기존의 중대형기의 코드들을 버리고 새로 무엇을 마구 만들어 내는 순간 원시적인 게임도 나오고, 스프레드쉬트도 나왔으며 유닉스도 나타나고 퍼스널 컴퓨터와 그래픽도 새로운 것으로 변했다. 그 전까지 컴퓨터 문화가 없었느냐 하면 그것도 아니다. 대기업을 중심으로 하는 프로그램들이 많았다. 사람들은 일종의 참여를 원했기 때문에 억압적이고 갑갑한 냉전의 시대에 반기를 들었다, 그리고 모든 것이 변했다. 30년도 넘은 이야기이다.

현재의 IT가 만약 실제로 사람들을 질식시키는 면이 있다면 조만간 현재의 문화의 패러다임이 재미가 없다는 것을 지적하는 강력한 의견들이 나올 것이다. 어떤 근본적인 재미를 위해 새로운 패러다임이 나온다면 필자는 기꺼이 그 패러다임의 신도가 될 준비가 되어있다. 아직은 발견하지 못했다.

문제
그렇다고 현재의 IT가 큰 문제가 있다는 것은 아니다. IT의 제품이나 소프트웨어들이 재미가 없다면 사람들이 이만큼 많이 이용하지도 않을 것이다. 그러나 손으로 붙잡고 기꺼이 시간을 투여해서 열정적으로 만드는 일 자체를 하나의 상품이나 서비스로 파는 업체는 별로 없다. 사람의 본능에 가장 충실한 일인데도 그렇다.

만드는 재미를 포함하여 재미라는 것은 자기가 할 수 있는 능력의 이상한 스펙트럼 속에 존재한다. 사람을 진정으로 빠지게 만드는 것은 피드백 과정이다. 점차로 빠져드는 것이지 처음부터 완전히 빠지는 것이 아니다. 사람들에게 몇 번이나 빠져들어도 질리지 않을 중독성과 재미가 필요하다(이것은 개발의견이 아니라 문화론에 가깝다.).

리눅스는 재미와 중독성이 있지만 필자를 포함한 일반인에게 너무 복잡하다는 생각을 들게할 때가 많다. 그래서 푹 빠지는 일에 방해를 받고 가끔씩은 아주 멀어지게 되기도 한다. 이것은 주관적인 생각이다(이 글은 리눅스에 대한 비판이 아니다. 좀 더 쉬워졌으면 하는 바램을 적어본 것이다.).

IT업체들은 정작 유비퀴터스 컴퓨팅을 이야기하면서도 사소한 핸드폰에 프로그래밍하는 요소조차 아직은 제공되지도 않는다(있을지도 모르겠지만 필자의 핸드폰에는 없다.). 필요가 없는 사람도 많겠지만 사람들은 메뉴버튼을 일일이 눌러가며 불편한 사용을 감수해야 한다. 레고의 마인드스톰같은 프로그래밍 인터페이스를 제공하면 재미있는 것이 나올 것도 같은데 신기하게도 이런 것은 없다. 필자는 예전에 레고의 마인드스톰에 들어가는 프로그래밍 요소들을 보면서 사람들이 비슷한 요소로 핸디폰을 프로그래밍 도구로 이용한다면 얼마나 재미있을까 생각하곤 했다 .

마인드스톰 프로그래밍의 예. 블록만을 사용하여 로봇이나 간단한 신경망 같은 것도 만들 수 있다. 아이들도 만들 수 있다.

코드는 과거의 LISP 과 LOGO의 영향을 받았다. 마인드스톰 프로그래밍에서는 블록인터페이스를 제공하여 컴포넌트들을 결합한다(functional programming에 가깝다.). 필자의 생각으로는 핸드폰을 가지고 오랜 시간을 보내는 사람들은 이런 것으로 무엇이든지 만들어 낼 수 있을 수도 있을 것 같다는 생각이다. 어떤 일이 벌어질지는 모르지만 적어도 재미있는 것들이 많이 나올 것 같다는 생각은 든다. 악용될 소지가 없는 것도 아니지만 많은 요소를 프로그램할 수 있는 핸드폰 같은 것도 무척 재미있을 것이라는 생각을 한다. 할 수 있는 일도 많을지 모른다. 아무튼, 어느 날 핸드폰 메이커들이 이런 인터페이스를 만들어 선전하는 날이 온다고 해도 너무 어렵게 사용하기 어렵게 만들지 말아 주었으면 하는 바람이 있다.