calmglow (최진호)

제가 이 나이(?)에, 이래도 되는지 모르겠는데,
갑자기 그루비(Groovy)와 Project Zero를 넘어서 Grails까지, 그루비를 비롯한 작고 간단하고 자유로운 자바 도구들에 필이 꽂혀서 요새 밤새서 공부하고 있습니다. 누가 하래서가 아니라, 너무 너무 재밌어서.ㅜㅜ. 이거야 말로 간만에 느껴보는 Java Geek의 즐거움 아닌가? 사실 회사에서는 별로 중요하게 생각도 안하고 있는 기술인데(돈이 그닥 되지는 않을거에요 아마도..) 혼자 꾸역꾸역 하고 있는중입니다.
Spring도 Grails를 통해서 그루비를 중요한 언어로 채택하고 있고, JBoss도 Seam에서 그루비를 지원하고 있고 IBM도 Project Zero를 통해 Groovy기반의 Web 2.0 프레임워크를 제공하고 있습니다. 아직은 성능이나 인식면에서 부족한 면이 없잖지만, 점점 그루비가 또 다른 바람으로 등장하고 있다는 생각이 듭니다.

여기서 광고 한꼭지!
IBM DeveloperWorks에서 주관하는 세미나에서 앞의 한시간 정도를 할애해서 REST개발과 Project Zero에 관한 소개 세션을 제가 하게 되었습니다. 일정을 보아하니 토요일인지라 얼마나 많이 오실지는 모르겠으나, 제 발표는 그렇다치더라도 그 이후에 진행되는 Pecha Kucha 방식의 토론등등 아주 흥미로운 시간이 될 듯 합니다. 그때 뵙겠습니다. ㅜㅜ

우분투를 주업무를 위한 OS로 세팅하는 작업이 거의 끝났다. 결과는 너무나 만족스럽다.
윈도우에 비해 놀라웠던 점은,
아무리 프로세스를 띄워도 메모리가 별로 안늘어나는 듯한 느낌을 받는다는 것이다.
이클립스와 firefox와 노츠 정도 띄우면 예전같으면 1.5GB는 차지했었는데, 우분투에서는 6-700MB도 겨우 넘는 이상한 상황이다.

이제 기본 세팅을 마무리하고 원래 내가 사용하는 개발 및 IT 업무를 위한 세팅을 들어갔다.
일단 가장 간단한 sMash, 이것은 뭐 거의 단방에 되었다.
그 다음이 eclipse 및 Android 설정이었는데, 우분투와 eclipse가 궁합이 의외로 좋지 않았다.
아무리 해도 안되는 건 안되는 것 같아서 몇개는 포기하고 있었는데,
결정적으로 WebSphere 제품이 하나도 설치가 되지 않는 것이었다.
왜그런가 봤더니, 우분투의 기본 쉘이 bash가 아닌 dash이다보니 겪은 상황이었다.
나름대로 호환성있게 만들었다고 하더니 그렇지만도 않은 것 같고,
의외로 우분투에서 third-party제품 설치가 안되는 많은 이유가 이 bash와 dash의 호환성 문제라고 한다.
dash는 상대적으로 느린 bash의 약점을 보완하고자 우분투에서 처음 도입된 쉘인데, 이것이 오히려 우분투의 호환성을 가로막는 장벽이 되는 것은 아닌가 우려된다.
아무튼 지금은 왠만한 것들은 다 설치와 설정이 마무리 되어가고 있다.
대체 이게 무슨 삽질인지...

나는 잘 설치해서 만족스럽게 쓰고 있고 곧 메인OS로의 준비를 야심차게 진행하고 있으나 (물론 iBus에 문제가 좀 많아서, nabi도 문제가 좀 있어서 SCIM을 쓰고는 있지만...)

새로 우분투를 접해보는 사람은 물론이거니와 9.04버전에서 업그레이드하는 사람들은 상당수가 어려움을 겪고 학을 떼는 상황이 발생 중인 것 같다. 대충 나오는 이야기들만 해도

갑자기 화면이 껌뻑껌뻑거린다거나
EXT4의 버그로 인해 500MB이상의 파일의 경우 간혹 깨질 수가 있기도 하고
갑자기 하드가 인식이 안되거나 예전에는 인식잘되던 오래된 그래픽카드가 인식 불가,
터미널에서 갑자기 문자 입력이 안된다거나
CPU가 과도하게 쓰인다거나 하는 여러가지 문제가 속속들이 보고되고 있다.

꽤나 리눅스계에선 유명한 매니아, Steven J. Vaughan-Nichols가 Computer World에 어제 우분투 9.10이 윈7보다 좋은 5가지 이유를 썼다가 댓글로 몰매를 맞고 있다.

위에서 발생하고 있는 열거된 문제들은 아마도 1-2주일이 지나면 해결이 될 수도 있고 어떤 사소한 문제는 해결이 안될 수도 있을 것이다. 우려되는 점은 오히려 그런 것보다는 캐노니컬사의 자세랄까?

만약 윈도우 7이 지금 우분투 9.10에서 국지적으로 발생하는 문제들 몇가지만 출시때 발생했어도 이미 윈도우 7은 비스타 꼴을 면치 못했을 지 모른다. (물론 윈도우 7에서도 베타 버전의 경우 블루 스크린을 경험했다는 사용자도 있었으나 소수의 경험으로 치부되버렸다)

최근들어 캐노니컬은 우분투를 이용하여 사업을 여러 대형 벤더들과 함께 진행중이다. 예를 들어 IBM과는 Lotus제품과 엮어서 아프리카에 넷북용 OS로 판매하고 있고 얼마 안있어서는 미국에서도 유사한 형태로서 판매를 할 것이다. 아마 내년부터는 IBM의 Lotus제품과의 판매활동도 많아지리라 여겨지는데, 그만큼 캐노니컬로서도 스스로 자신의 OS에 대한 자존심과 완성도를 높일 필요가 있다고 본다.
윈도우 7은 분명 비스타라는 실패를 거울 삼아 만들어진 훌륭한 OS임에는 분명하다. 이러한 OS와 경쟁하기 위해서는 눈높이가 높아진 사용자들을 제대로 사로잡을 수 있도록 무엇보다 완성도에 신경써야할 것이라고 생각한다. 물론 리눅스의 특성상 매우 어렵겠으나 그러지 않고서는 영원한 Geek들의 OS일 수 밖에 없을 것이다.

위의 그래프는 기업 IT시스템 환경에서 대응하려하는 다양한 변화들에 대해 세가지로 분류하여 예측가능성과 빈번도에 따라 도표화해본 것이다.
보통 '작은 변화'는 예측가능하고 그만큼 자주 발생하지만 '충격적인 변화'나 '발전적인 변화'같은 시스템의 발전을 위한 적잖게 큰 변화들은 예측하기 어렵다. 변화를 제어하고 예측하는 환경을 구성하는 것은 결코 쉬운 것은 아니다. 하지만 내가 볼 때 기업 IT환경에서 가장 제어하기 어려운 변화는 '작은 변화'도 아니고 '충격적인 변화'도 아니다. 그동안 '발전적인 변화'를 제어하기 위해, 유연성을 보장하기 위해 '작은 변화'에서 '발전적인 변화'를 제어하려 했으나 결국은 대부분 '발전적인 변화'는 미뤄지거나 불가능하거나 무시당하며 '충격적인 변화'때 같이 제어되는 경향을 보인다.
문제는 '발전적인 변화'에서 미리 변화하였으면 굳이 '충격적인 변화'단계에 이르지 않아도 될만한 사안들이 꽤 많다는 것이다.

2009년 가을, 때아닌 신규 OS들의 출시로 IT Geek들의 마음을 설레게 한다. 얼마전 마이크로소프트의 윈도우 7이 출시되어 많은 이들의 관심을 불러일으키더니, 이번에는 리눅스계의 초신성(?) 우분투의 9.10 칼믹 코알라가 또한번 데스크탑 OS계에 관심을 불러일으킨다...(외국만.)

이렇게 훌륭한 OS가 국내에서 윈도우 7에 눌려 별로 호응을 얻지 못하는 게 안타까워 다음과 같이 9.10출시에 맞추어 이번 새로운 버전의 수많은 변화를 외국의 글을 바탕으로 적어본다. 참고로 나 역시 조만간 코알라로 갈아탈 예정이다.

• 소프트웨어 센터: 우분투의 가장 큰 장점 중의 하나라면, 뭐니 뭐니해도 거의 대부분의 SW를 별도로 설치할 필요가 없다는 것. 그냥 검색창에서 검색하고 선택하고 버튼 누르면 바로 그 자리에서 설치가 완료된다. 패치나 업그레이드도 알아서 감지해서 때되면 해주기 때문에 사용자가 할 일이 별로 없게 한다. 그런데 이번에 우분투는 그 편한 기능을 '소프트웨어 센터'라 이름 짓고, 단지 오픈소스 소프트웨어 뿐만 아니라 상용 소프트웨어도 관리할 수 있도록 재편하고 있다. 물론 상용은 별도의 금액지불이 있을테지만. 리눅스 데스크탑 애플리케이션의 앱스토어를 꿈꾸는 것이다.
• 우분투 원(Ubuntu One): 2GB의 무료 온라인 저장 공간을 제공한다. 우분투 사용자에게만 허락하는 서비스이다. 이를 통해 파일 공유와 동기화를 할수있다. 돈을 지불하면 50GB까지 사용도 가능하다. 무료 OS사용하는 것만 해도 감지덕지인데 무료로 파일 공유 디렉토리까지 준다는 게 황송하다.
  
• 빠른 부팅 타임: 왜 갑자기 OS계에 빠른 부팅타임에 대한 경쟁이 붙게 되었는지는 모르겠다. 하지만 이전 버전에 비해 부팅시간이 매우 빨라졌다. 그럼에도 불구하고 내년 초까지 부팅시간을 10초정도로 주파하겠다는 목표를 세우고 있는 우분투이다.
• 통합 메신저 Telepathy: 우분투가 통합 메신저로서 Telepathy를 처음 내놓는다. 그전까지는 Pidgin이 사용되었으나 이번 버전부터는 Telepathy가 통합 메신저로서 등장했다. 단순히 채팅뿐만 아니라 보이스, 화상 채팅, 이메일등의 다양한 프로토콜을 지원할 뿐만 아니라 개방형 아키텍처로 다양한 클라이언트와의 연계가 가능하도록 설계되었다고 한다.
• 아마존 EC2같은 Ubuntu Enterprise Cloud: 우분투가 데스크탑 버전만 있는 것이 아니다. 서버버전도 많은 부분이 개선되었고 투자를 확대해나갈 계획이다. 그 일환으로 우분투 서버 버전에서는 우분투 EC를 사용할 수 있다고 한다.
• 인텔 그래픽 칩 지원: 창피한 일이지만 이전 버전에서는 인텔 그래픽 칩 지원이 완벽하지 못했다. 내가 9.10을 절실하게 기다린 이유이기도 하다. 화끈한 Compiz의 바탕화면을 체감할 수 있다.
  

요새 여러 고객들을 만나면서, 특히나 비즈니스 프로세스 및 룰 관련 사례들을 많이 접하면서 느끼게 되는 건,
재사용성과 유지보수성을 높이고 업무와 IT간 유연성과 간극을 메꾸기 위한 모델링 시도들이
되려 중장기적으로 보았을 땐 기업의 IT유연성을 떨어뜨리는 결과를 가져오는 경우가 많더라는 것이다.

모델 드리븐 아키텍처기반의 프로젝트에서 너무 거창하고 복잡한 모델은 오히려 나중에 전혀 새로운 변화에 적응하지 못하는 결과를 발생시킨다. 이러한 아키텍처의 경우 변화가능성이 높은 것들을 미리 빼서 그것을 속성이나 정책 혹은 프로세스와 룰등으로 유연성을 높이고자 하는데, 문제는 변화의 대상이 이러한 속성들이 아니라 모델 자체인 경우 유연성이 극도로 나빠진다는 것이다.

과거, 기업들의 업무가 크게 변하지 않았을 때에는 이러한 모델기반이 유연성을 보장할 수 있을지 모르겠으나 이기종간 융,결합이 극심한 지금에서는 업무의 모델이 정적이지 않다. 막대한 자금을 들여 구축한 프로젝트가 막 종료 일보직전인데 기업 합병으로 갑자기 초반에 설계한 모델에 많은 부분 수정이 가해져야한다면?