유닉스는 구시대의 유물인가?

http://lwn.net 에 오늘 나온 내용입니다.

Ottawa Linux Symposium에서 GNOME 프로젝트 리더인 Miguel de Icaza씨가
(이사람은 멕시코 사람인데 이쪽 분야에서는 꽤 많은 공헌을 한 사람이죠.
Midnight Commander도 이사람이 만들었고 Gnumeric 도 이사람이 만들었고
멕시코 모처에서 시스템 관리자로 일하다가 미국에 와서 Helix Code를
만들어 Helix GNOME을 개발중인 걸로 압니다. 하여간 대단한 사람이죠.)
기조연설에서 "Unix sucks"라고 간단히 결론을 내렸다고 하더군요.
자세한 내용은 http://lwn.net 에 가시면 보실 수 있고, 생각나는것
몇가지만 써 보면 다음과 같습니다.

1. 유닉스에서 "혁신"이란 처음부터 없었다. 무언가 결정하지 않고
사람들에게 맡기는 부분이 많다는 것(엑스 윈도우의 Look & Feel을
보세요. 갖가지 윈도우 매니저들과 수많은 형태의 위젯들....
gtk, qt부터 시작해서 예전의 xforms(이놈도 처음 나왔을땐 꽤 인기가
있었는데...) 등등....) 결정이 필요한 부분에 대해 사용자들에게
그 결정을 맡긴 것은 누군가 그 결정이 잘못된 결정이라는 불평을 할때
면죄부 역할을 하기 위한 핑계일 뿐이라는 거지요. 우리가 흔히 얘기하는
"선택의 다양성"을 이렇게도 비판할 수 있군요. :-)

2. "코드 재사용"은 유닉스와는 관계없는 이야기.
최근에 개발된 넷스케이프나 Acrobat, Staroffice 등은 유닉스 환경에선
서로 거의 0%에 가까운 코드 재사용률을 보이며 C 라이브러리를 공유하는
수준에서 그치고 있다. 예를 들어 프린터 설정 및 사용에 관한 루틴은
각각의 프로그램에서 제각각 구현해야 하는 실정이다.(거의 맞는 얘기죠.
lpd를 개선한 CUPS(Common Unix Printing System)이란게 개발되긴 했으나
GNOME, KDE에서 또 독자적인 프린터 처리 루틴을 개발하고 있으니)
결과적으로는 중복 작업과 서로 호환되지 않는 인터페이스만을 낳을뿐.

그래서 Icaza씨는 소프트웨어 개발 방식만큼은 마이크로소프트의 것을
존중한다고 하는군요. 컴포넌트 기반의 방식이겠지요.

그래서 그가 주도하고 있는 GNOME에서는 bonobo라는 특정 언어에 종속되지
않는 컴포넌트간 인터페이스 방식을 이용하여 코드 재사용을 극대화하려고
한다는군요. 그리고 이것이 제대로 정착되면 리눅스에서도 곧 고수준의
컴포넌트들이 사용 가능하게 되겠고.....

Sun에서 StarOffice를 GPL에 의해 릴리즈하겠다고 했으니 StarOffice의
상호간 자료 공유 및 각종 기능들을 GNOME의 컴포넌트로 개발하여
이를 GNOME에 차용한다면 (GPL이면 가능하겠죠) 리눅스에서의 개발
환경이나 기능들도 비약적으로 향상되지 않을까.....

라고 http://lwn.net 에서 이야기를 하고 있습니다. 자세한 것은 가서
직접 읽어보세요. 한시간 정도는 금방 지나갈 겁니다. :-)