[잡담] 오픈소스의 치명적 문제점

세상에는 다양한 사람들이 존재합니다. 자동차 예를 들어볼까요? 오늘 아침에 갑자기 자동차 시동이 안걸린다고 동료한테 전화가 와서 이런생각이 들었나 봅니다.

1. 자동차 본넷 절대 안 열아본다. 그러다가 차가 파업을 하면 그때 정비소로 보낸다.
2. 열어 보고 열심히 닦고 조인다.
3. 간단한 정비는 자기가 한다. 엔진 오일 교환, 미션오일이나 기어 오일교환, 브레이크 패드 교환 등등... 또는 튜업을 직접한다. 그냥 완성차는 맛이 안나서리...
4. 특정 부품에 대한 개인적인 아이디어를 가지고 도면을 그리거나 프로토타입을 만들어서 회사에 제안을 한다.

4번에 속하시는분이 1번에 속하시는분을보면 어떨까요? 아마도 왜 저걸 안할까 이렇게 재밋는일을...
1번에 속하시는 분이 4번에 속하시는 분을 보면어떨까요? 아마도 시간이 많은가 뭐, 이정도아닐까요? 아니면 아마추어면서 너무 나선다. 그일 말고도 인생은 짧다.

컴에 대해서 생각하는것도 다 다를수 있습니다. 그렇지만 자신이 4번에 또는3 번에 속하시는분이시면 좀더 남에 대한 배려를 해주시면 좋겠습니다. 프로그램밍도 서비스업이라고 생각합니다.

고객이 1번 상태에 있어도 별 탈이 없는 차 - 멋지죠. (토요타가 왜 세계를 석권 했겠습니가?)
최종유저가 다른 걱정 안하고 좀 못살게 굴어도 안죽는 운영체계나 프로그램, 그리고 직관적으로 여기저기 마우스 가지고 좀 놀아보면 자신의 업무를 처리하는데 보다 편리한 프로그램. 이런쪽으로 마인드를 가지시면 좋지 않을까요?

리눅스에 대한 저의 개인적인 생각은 좀더 직관적이고 좀더 편리하게 만들어야 된다고 생각합니다. 그리고 최종사용자의 말도 안되는 듯한 불평을 적당히 필터링을해서 제안을좀 더 너거럽게 받아 들일 필요가있습니다.

그리고 훌륭한 프로그래머가 반드시 글쓰는 재능이 있는것은 아닙니다. 본인은 쉽게 썼다고 해도 독자가 외면하면 그 책은 좋은 책이 아닙니다. 하루빨리 "리눅스 일주일만 하면 전유X만큼 한다."는책이 나와서리 좀더 많은사용자 그리고 좀더 많은 불평이 3,4번에 속하는 분들에게 돌아가면 좋겠습니다. 이런 피드백이 보다좋은 쪽으로 발전하는 초석이 될터이니 말입니다.

위 주제와 꼭 같지는 않지만 내용이 겹치므로 적어보겠습니다.
음,
소위 공학하는 사람은,
일반 사람들이 어렵게 하는 것을 쉽게 하게 만들어주는 일을 하는 사람인 것 같습니다.

예를 들면 사진을 인터넷에 올린다고 합시다.

저는 디카로 사진 찍는 것도 귀찮고 열심히 에디트해서 하나하나 올리기도 귀찮습니다. 저야 뭐 그냥 플래시 카드리더로 읽어와서 카피해둔 다음 그림보기 프로그램으로 보면 됩니다.

그런데 예를 들면 MT를 가서 사진기로 사진을 찍었다고 하죠.
그러면 MT를 같이 간 사람들에게 사진을 보여주기 위해 커뮤니티 사이트에 사진을 올려야 합니다. -실제로 이렇게 했습니다.-

저는 이렇게 할 겁니다.
1. 사진을 PC에 복사한다.
2. zip으로 압축한다.
3-1 커뮤니티에 업로드 한다.
3-2 또는 용량이 부족할 경우 내 개인 PC에 올리고 주소를 게시판에 올린다.

그런데 이렇게 했을 때의 문제는...
zip파일 압축을 푸는 법을 모르는 사람이 태반이라는 겁니다.
결국 두어명 빼고 아무도 제가 찍은 사진을 못봤습니다.

그러나 이런 사람이 있습니다.
1. 사진을 PC에 복사한다
2. 사진을 에디트해서 앨범 테두리와 기타 효과를 넣는다
3. 자기 계정에 사진들을 올린다
4. (친절하게) 커뮤니티 게시판에 사진이 html 태그를 써서 바로 보여지게 글을 올려 준다.
그분이 찍은 사진은 모두가 봤습니다.

리눅스의 대중화에 걸림돌이 되는 문제는 어느 분야를 가든 '턱'이 있다는 겁니다.
그림을 보려고 한다면 검색엔진을 찾아보고
'이 프로그램을 까세요'라는 말을 보고 프로그램을 찾아서 깝니다.
깔다보니 컴파일 하는 법을 모르거나 ./configure에서 오류가 납니다.
아니면 rpm의존성 오류가 납니다.
여차저차해서 깔았다고 치죠. 그런데 그런식으로 깔았으면 노틸러스나 기타 윈도 익스플로러 비슷한 프로그램에서 등록이 안되어있을 것이므로 거기서 클릭해봤자 그림이 안보여집니다.
그래서 xterm띄워서 경로를 찾아간 다음에 직접 명령어를 쳐줍니다.
(순전히 예이므로 자세한 것은 다를 수도 있습니다..)

저같은 사람은 할 수 있는 수준입니다. 여기 커뮤니티 분들에게는 별로 높지 않은 수준이죠.

그런데 zip파일 압축을 풀줄도 모르는 사람에게는 엄청난 벽입니다.
소스가 tar.gz로 되어있는데 tar zxvf로 푸는 것도 모를테고, 그걸 풀라고 터미널 창을 열라고 하면 글쎄요...

오픈소스 프로젝트도 마찬가지입니다.
저도 cvs를 kldp 문서를 통해 배웠지만 초기 접근이 어려운 것은 사실입니다. cvs가 특별히 어려운 수준은 아니더군요. 그냥 다른 모든 어플이 처음 접근할 때 힘듭니다..
vi도 제대로 쓰기까지 힘들었고요.. 저는 대학시절엔 vi를 쓸 줄 몰라서 VC로 짜고 새롬으로 텔넷 접속해서 붙여넣기 했습니다.
make도 모른다면 프로젝트에 참가하기 매우 힘들 겁니다. 물론 배우면 되지만 저는 대학 졸업하고 회사에서 일할 때에나 배웠습니다. 1학년 때 전산 기초에서 배운 적이 있지만 전혀 기억이 없더군요.. 빌드할 때는 어떻게 했냐고요? 텔넷창에다가 명령어 cc ... 를 죽 붙여넣기 했습니다.
위 세가지 모두 리눅스를 이미 잘 쓰시고 계신 분들에게는 어렵지 않은 부분입니다.
그러나 처음 접하는 사람들에게는 엄청난 벽입니다.
이 '턱'을 낮추는 것이 리눅스 대중화, 오픈소스 대중화에 Key가 될 것이라 봅니다.
MS가 엄청난 사용자를 가지게 된 것도 이 턱을 낮춘 데에 있습니다.
예를 들어 CD 인코딩의 경우 미디어 플레이어에서 어떻게 하는 지 가르쳐주는 동영상만 한번 봐도 어떻게 쓰는 지 압니다. CD장치로 복사 누르고 복사할 곡 v표 해주고 Recording 버튼을 누르면 됩니다. 어떤 분이 물으시길래 제게 msn으로 몇마디 듣더니(저는 미디어 플레이어로 레코딩 해본 적 없습니다. 다만 동영상을 한번 봤을 뿐) 다음날 자기가 만든 콜렉션 CD를 선물로 주시더군요.
그런 식으로 모든 턱을 낮추니까 사용자가 늘어나는 것입니다. 그게 맥에서 따왔든 어떻든 사용자가 사용하기 쉽고 원하는 기능이 있으면 사용자는 그걸 사용합니다.

음 생각이 너무 많아서 얘기가 너무 길어졌네요.

어쨌든 처음으로 돌아가서,
공학하는 사람은 특별히 도메인 지식이 없는 일반인들도 문명의 이기를 쉽게 사용할 수 있게 만드는 사람이라고 생각합니다.
컴퓨터를 해서 먹고사는 사람도 그렇습니다. 사용법을 익히도록 교육하는 것도 중요하지만 전혀 컴퓨터를 모르는 사람도 쉽게 사용하도록 만들어 주는 것이 일반인들에 대한 일종의 의무가 아닐까요?
이부분은 오픈소스 프로젝트도 마찬가지로 적용될 수 있다고 봅니다. 물론 저는 턱이 높아서 참여하지 못하는 것은 아닙니다만.(저는 귀찮아서,, 제 분야와 관련이 없어서라는 이유를 대겠습니다...)

예전에 어떤 책에서 읽었던 건데 잘 기억은 안나지만 적어보겠습니다.
'사람들은 변화를 싫어합니다.
어떻게 싫어하냐면 무지 싫어하죠
왜냐면 변화를 무지 싫어하기 때문입니다'
대충 이런 내용이었는데 요는 한번 익힌 것이 변화되는 것을 무지 싫어하고, 새로운 것은 거의 무조건 배척한다는 뜻입니다. (그 책에 사람들이 이 사실을 인정하지 않지만 사실을 그렇다 라고 문가 근거들을 댔었던 것도 같은데 잊어버렸네요.)
이것은 배운 사람들도 마찬가지입니다.
제가 처음에 얘기했던 zip을 푸는 법을 모르던 분은 일단 zip에 대해 배우기를 거부할 겁니다. 자기가 그걸로 밥벌어먹을 것도 아닌데 정력 낭비라고 생각할 것이고, 귀찮을 것이고, 변화를 싫어할 겁니다.
여려 새 프로그램들을 배워야 할 경우 그것도 싫어합니다. "난 VC로 프로그램 잘 짜왔는데 GCC로 짜래.." 그러면 싫어하겠죠. "난 인터넷 익스플로러로 웹브라우징 잘 해왔는데 여긴 모질라 밖에 없네.." 이것도 마찬가지고요
심지어는 "콘솔에서 자동완성 되는 기능이 얼마나 좋은데 사람들이 cd로 찾아들어가기 괴롭다 그러지?" 하며 새 인터페이스를 배척하고 다른 사람들이 따라오기를 종용합니다. 그것도 어찌보면 변화를 싫어하는 것일겁니다.
인용한 글이 100%맞는 게 아닐 수도 있습니다. 그러나 어쨌든 사람에겐 귀찮음이라는 게 존재하고 인간은 그 귀찮음을 해결하기 위해 그동안 기술을 발전시켜온 거라 생각합니다. 사람의 귀찮음을 늘게하는 기술은 기술의 motif가 되는 이 점을 간과한 것이 아닐까요?

CUI가 불편하다고 생각하시면,
직접 같은 프로그램을 GUI로 만들어서 배포하시면 됩니다.
이왕이면 오픈소스면 더 좋고요.
그래서 호응을 얻으면 다른 사람들과 같이 작업하게 되고,
그렇게 발전해나가게 되는 것입니다.

CUI가 편하다고 생각하는 사람들은 CUI를 쓰면 되는 것이고,
GUI가 편하다고 생각하는 사람들은 GUI를 쓰면 되는 것이지,
상대편을 설득해서 끌어올 필요는 없는 것 같네요.
( 전 윈도 쓰면서도 콘솔 띄울일이 하루 몇번은 생기던데요. -_-a )

그리고 cvs는 윗분들도 말씀하셨지만,
GUI가 이미 나와있는 것으로 알고 있습니다.
cvs 자체가 version control이라는 개념을 필요로 하기 때문에
일정 이상 쉬워지진 않을 것 같네요.
( cvs나 rcs가 없다면 얼마나 불편할까요. -_- )

오픈 소스의 치명적인 문제점은
'프로그램은 이렇게 짜자' '이런게 더 편하다' 하는 사람은 많은데,
'이 프로그램은 이렇게 만들면 더 쓰기 편할테니 고치겠다' 하는 사람이
상대적으로 적다는 것이겠죠. :(
( 뭐 저도 참여는 못하고 있습니다만. -_-a )

알 FTP를 말씀 하셨는데 윈도 플랫폼이라면 이미 있습니다. http://www.tortoisecvs.org/ 아마도 리눅스 플랫폼에도 비슷한 툴들은 있을거라고 봅니다.

무한한 GUI의 잠재력 이야기에서 왜 마왕의 손아귀라는 이야기가 나왔는지 모르겠습니다. GUI에 대해서 우수한 인터페이스란것에도 반대하구요. 하찮은 반복작업을 위해서 (하다못해 게시판을 읽을때에도) 마우스의 반복작업을 하는 것이 편리한 인터페이스란것에 회의적입니다. GUI의 효용성에 대해서는 더이상 논쟁할 필요가 없겠지요. 이걸 쓰실 분은 그대로 쓰고 다른 분은 그걸 쓰시면 되는 문제니깐요.

저는 TUI가 좋던데....

그냥 타이핑 하는게

마우스로 노가다 하는것 보다는

편하단..

앞에서도 지적했듯이 dummy님은 오픈소스/독점소프트웨어와 CUI/GUI의 구분이 어떤 상관관계가 있는 지 명확하게 구분하지 못하고 계신 것 같습니다. 오픈소스 프로그램은 모두 콘솔 어플리케이션이라고 생각하셔서 그런 말씀을 하시는 건 아닐 거라 믿습니다만, 만일 GUI 측면에서 오픈소스 프로젝트들이 같은 부류의 독점 소프트웨어 보다 못하다는 걸 주장하고 싶으신 것이라면 구체적인 예를 들어 말씀하시는게 더 좋을 것 같습니다. 오픈소스 데스크탑에서도 HIG은 중요한 요소이고, 모질라, 이볼루션, 이클립스등 훌륭한 GUI 기반 오픈소스 프로그램도 수 없이 많습니다.

위의 글을 보니 dummy님이 아직 개발자로서 CVS를 제대로 사용해보지 않으셨다는 느낌이 듭니다. cvs는 ftp 처럼 주소하나 가지고 접속해서 '업로드', '다운로드'하는 식으로 사용할 수 있는 프로그램이 아닙니다. 접속하는 방식도 다양하지만, 단순한 업로드/다운로드 식의 사용 보다는 리비전, 브랜치 별로 다른 점을 비교하고 머지하는 작업이 훨씬 많습니다. 개발자들이 'update'나 'checkout'을 다운로드, 업로드로 부른다고 해서 작업이 편리해 지리라는 생각은 cvs를 제대로 이해하지 못해서 생긴 것이라 믿습니다.

dummy님이 생각하시는 '일반 사용자'는 테스팅이 끝나고 플랫폼 별로 패키징을 한 최종 바이너리를 다운받아 쓰면 됩니다. 다운로드 관리자나 웹브라우저나 GUI기반 ftp를 쓸 수도 있지만 cvs로 repository에 접속해서 소스를 체크아웃해서 컴파일 한다는 건 이미 일반 사용자라고 보기 어렵습니다.

오픈소스 개발자가 update/checkout/branch/revision 등의 개념을 모른다면 오픈소스 프로젝트에 참여할 역량이 없는 것입니다. 만일 개념을 이해하는데 GUI를 선호하는 개발자를 말씀하시는 것이라면 이클립스에 통합된 CVS 클라이언트를 사용해 보시기를 권합니다.

제가 이제까지 본바로는 개발자 관점에서 그 이상 편리한 기능을 제공하는 cvs 클라이언트는 없습니다.

부족한 지식으로 오픈소스 전반에 대한 두리뭉실한 비판을 쏟아내는 것 보다는 보다 구체적인 사례를 들어 문제점을 지적하는게 생산적 토론을 위해 좋을 것이라고 생각합니다.

그만큼 gui를 만드려면 더 많은 예외처리를 하여야 하지 않을까요?
사용자는 멍청이면서 개발자를 놀리는 아주 나쁜 놈들입니다. :)

중략...

생략...

오픈소스 쓰는 사람들이 무슨 새디스트라도 되면 영어로 나오는걸 보고 기뻐하겠지만... 오히려 외국어로 나오면 난감해 하는사람은 오픈소스를 쓰는 사람들 자신의 모습입니다.
그리고 kldp의 수많은 번역물들은 오픈소스의 사람이 아닌 MS의 사람이 했을리는 없겠지요... (혹시 kldp의 문서중 ms분이 번역한게 있다면 그분께는 죄송하구요 ^^ )

그리고 오픈소스의 세계에서 남을 배려할 줄 모르면.. 그것은 곧 그 오픈소스 프로젝트가 멸망의 길로 간다는 뜻입니다. 다른 프로젝트도 마찬가지지만 협업은 오픈프로젝트의 원동력입니다. 서로 배려를 할 줄 모르면 그것은 그냥 혼자 가지고 노는 장난감 그 이상은 될 수 없을 것입니다.

최근에서야 gtk+/qt 와 같은 툴킷 시스템과 KDE/GNOME 과 같은 데스크탑용 컴포넌트 시스템이 제 기능을 발휘할 수 있도록 되었죠.. 그 이전에는 끽해봤자 상용 CDE정도 밖에 없었으니...

제가 생각하기에는 dummy님이 어느정도 오픈소스바닥에 적응하였지만 어떤 벽에 부딪쳐서 더 이상 진입을 못하시는것 같습니다. 조금만 신경쓰신다면 헤어날 수 없는 중독의 세계로 진입할 날이 얼마 안남을 것 같은데요 :)

저는 이 주제에 대해서는 빨리 잠그는게 좋겠다는 생각입니다.

"오픈소스의 치명적인 문제점" 이란 자극적인 글제를 보고 들어와 봤더니 결국 CUI와 GUI 장단점 논쟁이군요.

CUI와 GUI는 오픈소스의 특성과는 별개의 문제이며 각 프로그램을 만드는 사람들이 각각 알아서 선택할 일입니다.

CUI와 GUI 비교라면 다른 글을 열어서 토론하는 것이 좋을 것 같습니다.

그리고 맨처음 글을 올리신 dummy999님의 말투로 봐서 국내의 어느 리눅스 회사 토론 게시판에서 상당한 파장을 일으키신 분과 분위기가 아주 비슷해서 개인적으로 약간 경계됩니다.

그분이 아니길 바랍니다.

dummy999 님은 오픈소스 소프트웨어들은 인터페이스가 구리다, 라고 얘기하고픈 건가요?

뭐든 익숙해지기 나름이겠지요. dummy999 님께서 gui 를 예찬하는 이유도 gui 를 주로 이용하기 때문일겁니다. (그것도 윈도우 gui)

윈도우 환경에서 gui 만을 쓰는데는 다른 이유도 있을겁니다. :D (http://bbs.kldp.org/viewtopic.php?t=22081 참조)

대부분이 CUI이고 그나마 있는 GUI는 윈도만큼 일관성 있고 깔끔하지 못하다는 말씀인 것 같습니다만 실질적으로 개선되고 있지 않습니까? KDE나 GNOME에서 하는 일이 그런 일 입니다.

그리고 윈도에서만 UI연구하는 것이 아닙니다.

http://developer.gnome.org/projects/gup/hig/
http://developer.gnome.org/projects/gap/guide/gad/
(KDE쪽은 제가 잘 몰라서 링크 못했습니다 :? )

참고하시기 바랍니다.

오픈소스 GUI환경은 아직 걸음마 단계이지만 발전하고 있습니다. 언제까지 기다려야 하느냐구요? 쫌만 기다리시면 될겁니다. 윈도1.0부터 줄기차게 개발해온 MS에 비하면 짧은 기간이지만 상당히 많이 발전했습니다. 2~3년후면 윈도 수준까지 가지 않을까요?

'GUI 이거 정말 큰 문제다. 해결 못하면 큰일난다. 내가 써보니까 CVS가 영 불편해서 마음에 안들더라'는 식의 뭉뚱그린 의견은 공격적 성향이 강해질 뿐이지 보는 사람의 동의를 구하지 못합니다. 현재까지의 결과물을 사용해보시고 지금까지 어떤 노력이 있었는지 살펴 본 다음 좀 더 구체적으로 말씀하셨으면 좋았을것 같네요.

이 논의가 gui나 cui의 효율성을 따지는 문제로 가서는 안될것 같군요.
모든 Open source 프로그램들이 cui로만 되어 있는 것은 아닙니다.

Open Source 프로그램들의 인터페이스가 좋지 않다는 예로 ethreal과 cvs를 드셨는데요.
예를 든 프로그램은 웹브라우저나, 동영상 재생기 같은 일반인들이 일반적으로 사용하는
프로그램은 아닌 것 같군요.

일반인들이 많이 사용하는 웹브라우저와 메일러를 봅시다.
모질라가 IE에 비해서 interface가 어려운 것 같지는 않습니다. 단지 웹브라우징만 할때에는
별 차이가 없는 것 같습니다. 또 메일러로 Outlook과 Evolution, Kmail, Balsa 같은것과
비교해봅시다. 아마 별 차이가 없을겁니다. 아마 pop3 서비스를 모르는 초보자들은
outlook 이나 나머지 메일러나 별반 다르지 않게 어렵다고 생각할 것입니다.

그럼 그래픽 에디터들을 봅시다. 포토샵과 김프 둘중에 김프의 인터페이스가 많이 어렵다고
할수 있을까 싶습니다. 처음 쓰는 사람은 포토샵도 어렵습니다. 아마 윈도우즈의 그림판만
못하다고 생각할 것입니다.

윈도우즈의 메모장과 KDE의 Kate 또는 GNOME의 gedit, MIRC과 Xchat, Winamp와 XMMS
excel과 gnumeric.
이런 것들의 인터페이스가 그렇게 훨씬 불편한 것은 아니라고 봅니다.

그 각 프로그램의 인터페이스가 어렵다기 보다는 윈도우즈 환경처럼 데스크탑 환경이 잘 짜여져
있지 않다는 것이겠지요. 그리고 아직 제대로 구현되지 못한 부분들 때문에 기능상 부족한 점이
있기 때문일 겁니다.

GUI로 되어 있지만 어려운 프로그램들은 많습니다. CAD 프로그램들, 3D 그래픽 프로그램들, 각종
IDE 툴들, spread sheet, 이런것들은 안해본 사람은 매우 어렵습니다.

실상은 Open Source 프로그램들의 인터페이스가 어렵다기 보다는 오픈소스 프로그램들중 복잡한 기능을
하는 것들을 찾다보니 인터페이스가 어려울 수 밖에 없지 않나 싶습니다. 이런 문제는 다른 여러곳에서도
많이 이야기하는 것으로 압니다.

cvs는 개발자가 사용하는 프로그램입니다. 일반인이 사용하는 프로그램이 아닙니다. 그리고 실상
앞의 fender님이 제시하신 것처럼 cvs는 단순한 기능을 위해서 만들어진것이 아니다보니
빨리 적응하기 어려운 부분이 있는것 같습니다. 또한 ethreal도 일반 사용자들이 쉽게 쓰라고
만든 프로그램이 아니다 보니 어려워 보이는 것입니다.

이야기 하시는 부분이 개발자도 별로 깊이 공부하지 않아도 쉽게 프로그램 할수 있는 환경을 원한다는
것이라면 Open Source로 만들어진 RAD 툴을 찾아 봐야겠군요.

물론 저는 dummy999님 같이 문제를 제기하는 분들이 많아야 한다고 생각합니다. 그래야 변화의 가능성이
생기는 것이지요. 다만 그것이 그냥 푸념으로 끝나면 안타깝죠.

다같이 잘해봅시다 :)

이 스레드는 7월 23일 오전 10시 이후에 잠그도록 하겠으니 하시고 싶은 이야기가 있다면 그전에 다 해주세요....

저런.. :oops:

dummy님이 좀 더 차분히 말씀을 하셨거나, 또는 다른 분이 제기하셨더라면 두 주제 모두 괜찮은 토론이 될 수 있었을 뻔한 이야기같습니다.
쓰레드가 잠긴다고 하니까 나중에 다시 토론해봐도 괜찮겠습니다.

위에 어느분 말씀대로 지금 ms가 욕먹으면서도 전세계 대부분의 사람들이

윈도를 쓰고 있듯이...턱을 낮추는게 관건일꺼 같네여...

솔직히 전세계적으로 윈도를 쓸줄 아는 사람과 리눅스를 쓸줄 아는 사람 비율이 어케 될까여?

눈에 익는 느낌이 들어 찾아보니 ..

sco 토론에 글 올리시던 분이시네요 .. -_-;

여기 참여할 의지를 잃었습니다 .. -_-

저기.. 그러니까 이 글의 주제에 대한 결론이 뭔가요? -_-a

논제에 대한 내용들을 끝까지 읽긴 읽었는데 머리에 남는게 없네요 ;;

CUI -- 불편하다.
GUI -- 편리하다.

근데 리눅스 오픈소스 진영에서는 CUI를 고집하고 있다. (이런 의미로 자꾸 다가옵니다만..)
대다수의 일반사람들(리눅스를 어렵다고 생각하는, 혹은 전혀 모르는)을 위해 오픈소스 진영에서 일반사람들을 위해서도 참여할 수 있는 문을 넓혀줘야 한다.
그러나 CUI와 GUI는 개개인 선택의 문제다. 오픈소스의 문제점과는 전혀 상관없는 논제다.

이런것인가요?

왜 난 정리가 안되지? -_-