calmglow (최진호)

몇년 전 대다수의 IT업체들 사이에서 유행처럼 자격증 바람이 분 적이 있었다. 개인 차원에서의 자격증을 말하는 게 아니라 기업 차원에서의, 기업에게 부여되는 자격증을 말하는 것이다. 그것은 CMMI (Capability Maturity Model Integration) 이었다. SEI에서 1991년에 처음 만든 이 CMMI(구 CMM)는 처음에는 소프트웨어의 개발 프로세스에 대한 성숙도를 정량화시켜보자는 의도에서 나온 것이었는데 나중에는 개발 프로세스 뿐만 아니라 운영 및 조직 전반의 IT 관리 프로세스에 대한 성숙도를 측정하는 방향으로 흘러갔고 수많은 IT기업들이 이 CMMI(or CMM) 레벨을 조금이라도 올려서 받으려고 거액을 투자했다. calmglow가 근무하던 전 회사도 이러한 유행에 민감했던지라 국내 최초 전사차원의 CMM 레벨 5를 받았다고 엄청 유난을 떨었던 기억이 있었다.
그래서 과연 CMMI 레벨을 높게 받았다고 해서 그 회사가 더 높은 품질의 IT서비스를 제공했는지에 대해 자문해보자면 calmglow의 입장에서보면 글쎄올시다였고... 자격증이란게 다 그렇지 뭐 하는 생각만 품게 되었더랬다.
잘 모르겠지만 CMMI level을 높게 받은 후 회사가 더 나은 품질 개선이 되었는지도 모르겠다. 그런데 그게 어쨌다는 것일까? CMMI는 엄밀히 말하자면 소프트웨어 프로젝트 프로세스에 대한 평가지표다. 기업이 정말 관심을 가지고 핵심역량을 키워야 하는, IT프로젝트를 끊임없이 해야만 했던, 소프트웨어보다 훨씬 빠르게 급변하는 비즈니스 환경에서의 비즈니스 프로세스에 대한 평가지표는 아니다. 과연 CMMI level 5로 만들어진 소프트웨어가 비즈니스 프로세스 변화에 따른 요건을 유연하고 느슨하게 대처하는 것이 가능할까? 결론은 꼭 그럴 필요는 없다는 것이다.
왜 이렇게 CMMI 이야기를 늘어놓았냐면, 유연한 비즈니스 프로세스, 그리고 그 유연한 비즈니스 프로세스와 소프트웨어를 느슨하게 연결하는 게 요새 IT에서는 매우 매우 중요한 반면, 기업 입장에서는 기업이 현재 가지고 있는 IT자산이나 조직이 제대로 느슨하면서도 유연하게 비즈니스 요건들을 만족시켜 줄 준비가 되어 있는지를 판단할 정량화된 지표가 별로 없다는 것이다.
그래서 각 IT나 컨설팅 회사들이 내놓은 SOA Maturity Model이 있다.
IBM의 Maturity Model인 SIMM(Services Integration Maturity Model)을 살펴보자.

총 7개의 단계로 나누어 기업의 SOA에 대한 성숙도를 표현하고 있다. IBM의 SIMM은 Opengroup이라는 표준화단체에 의해 SOA를 위한 성숙도 측정 매트릭으로 제정되어 OSIMM라고 이름만 바뀌어서 사용되고 있다. 이 단체에는 IBM뿐만 아니라 BEA, HP등의 굵직한 공룡 IT벤더들이 같이 참여하고 있으니 SOA 표준 성숙도 측정 모델이라고 봐도 무방할 거 같다.

Calmglow가 조금 좋아하는 Kunal Mittal이라는 컨설턴트는 다음과 같이 Service Oriented Architecture Maturity Model을 정의한다.

Levels	Characteristics	Impacts
Level 1: Initial	No formal software-development process Minimal documentation of architecture No communication across project teams	No architectural consistency across projects Difficult to understand and modify resulting systems Minimal reusable artifacts Teams “re-invent the wheel” for each project
Level 2: Repeatable	Some level of architectural documentation Architecture enforced within a project team Ad hoc communication of architecture across project teams	Minimal improvements over Level 1 Some successful practices are repeatable Recognition that an EA effort might be valuable
Level 3: Defined	An EA team is in place that defines a reference architecture and some software-development practices Project teams are encouraged but not rewarded to use this architecture EA does not meet all the needs of each LOB	Difficult to get consensus: EA teams and project teams don't work well together Architecture maintenance is a big concern Architecture has a shelf life of 6-12 months at most
Level 4: Managed	SOA is considered the end point for the architecture initiative LOBs and EA teams work together to define an SOA Support and governance models are in place LOBs are rewarded to expose and consume services	Up-front costs seem to be prohibitive Reduces risk of project delays resulting from inconsistencies in the architecture layer SOA within the organization seems to get some momentum
Level 5: Optimizing	SOA becomes a starting point Organizations want to explore service orientation with their customers, suppliers, and partners Continuous architecture optimization	Business agility Interoperates with services from customers, partners, suppliers, and others Faster time-to-market Lower Total Cost of Ownership (TCO)

Sonic에서 주장하는 SOA 성숙도 모델은 또 다음과 같다.



이밖에도 상당히 많은 SOA 전문가들이 저마다의 성숙도 모델이랍시고 내놓았지만 정작 중요한 건 그저 멋진 차트가 아니라 제대로 성숙도를 평가할만한 정량화시킬 수 있는 잣대를 얼마나 많이 제공하고 그것이 과연 적절하고 위험요소 없이 기업들에게 비전을 제시해서 투자할만한 값어치를 주느냐가 아닐까 싶다.

어찌되었건 현재의 자신을 제대로 알고 미래를 위해 투자할 수 있는 지표를 누군가가 제시해준다는 것은 반가운 일이다. 대충은 그래도 지금 내가 어디있고 어디로 갈 지를 알았으니 반갑긴 하겠지만 문제는 지금부터 시작이다. 그렇다면 어떻게 다시 레벨을 높일까? 예전에 수많은 기업들이 CMMI 레벨을 올린다고 몇십억 투자하듯, 이번엔 어떻게 해야 많은 기업들이 돈 펑펑 써가며 SOA 성숙도를 높이기 위해 안달날 수 있을까?

먹고 사는 얘기말고 간만에 SOA얘기를 풀어내보니 뭔가 기분이 좋다. 이 기분 그대로 당분간 글을 좀 써봐야겠구나. 잇힝

어느새 자취를 시작한 지 1년이 넘었습니다. 30년동안 부모님곁에서 의식주를 해결해오다가 갑자기 그 모든 것을 혼자 하려니 걱정도 많았지만 실제로 집안 일을 해보니 은근히 잘 적응하고 있어서 걱정(?)입니다.
1년동안 단 한번도 아침을 거르지 않는 저를 보고 회사 사람들은 우렁각시가 집에 사는 게 분명하다고 합니다.
밥통에 밥이 떨어지지 않게 하는 게 저로서는 별로 힘들지 않은데.. 이건 아무리 봐도 가사일이 천직이 아닐까 싶습니다.
가끔 스파게티를 해먹기도 하고 Calmglow식 핫도그를 해먹기도 해보고 김치찌개는 아무리 봐도 예술이니.. 아무래도 혼자 살 팔자가 아닐까요?
일요일에는 그라탕을 해먹어보려고 합니다. ^^

'광장'의 작가 최인훈은 1978년 1월 '뿌리깊은 나무'의 인터뷰에서 다음과 같은 말을 했다.

"영웅될 그릇이 있듯이 졸병이 될 그릇도 그 나름으로 있는 법이에요. 웬만큼 살아보아 제 그릇의 크기를 알았거든 그 푼수에 맞는 삶을 살아야 하는 겁니다" 하고 스스럼없이 말하고 웃는다. 그가 스스로를 졸병에 견주는 것은, 그가 이 땅에 퍼져있는 문학을 하기에 불편한 여러 가지 요소를 제거하는 데에 힘쓰기보다 불편한 대로 그것을 참으며 문학을 해 나가는 편에 서는 쪽이기 때문에 그런 것같다. 그의 이런 태도는 때로 그를 용기없는 사람으로 보이게도 한다. 그러나 그만큼 사물을 맨 밑바닥에서부터 회의하며, 문학으로 그 문제들을 풀어 나가는 작가는 드물 것이다.

지금 다니고 있는 회사(IBM)에서 요근래 OpenOffice계열의 오피스를 내놨습니다. 뭔가 앞으로 제대로 오피스관련 제품에 투자를 해볼 것처럼 광고하길래 조금 관심이 생기더군요. OpenOffice는 예전에 한번 깔아서 써봤다가 느려터지고 버그범벅에 불편한 사용자 인터페이스 등등으로 인해 바로 15분만에 삭제해버린 기억이 있었지만 그래도 몇년이 지났는데 뭔가 달라졌겠지 하는 마음이 들었지요.
게다가 회사에서는 업무용으로 잘 쓸 수 있게 노츠나 그외 여러 업무용 프로그램이 기본 내장되어 있는 Redhat 기반의 리눅스설치판을 제공하고 있습니다. 그래서 정말 속는 셈 치고 이번에야 말로 고객들 앞에서 자랑스럽게 리눅스에서의 업무 환경을 보여주고 싶었습니다. 그래서 설치했습니다.

결론은
이 글은 현재 리눅스 환경에서 포스팅하는 마지막 블로깅이 될 것입니다. ㅡ,.ㅡ

대체 리눅스는 언제쯤 제대로 된 데스크탑 환경을 내놓을 수 있을까요?
저도 나름대로 고급 엔지니어입니다. 리눅스에서 할 수 있는 왠만한 삽질은 저도 소싯적에 해봤어요. 하지만 제가 취미로 컴퓨터 만지는 사람입니까? 시간이 생명인 직장인입니다. 게임은 안되도 참겠습니다. XBox 사죠 뭐 까짓거. 인터넷 뱅킹 안되는거? 참겠습니다. 근데 적어도 기본적인 오피스 환경은 뭔가 그럴듯한 거가 있어야 하는거 아닌가요? 어차피 공짠데 뭘 많은 걸 바라냐고요? 어차피 공짠데 좀 꼬지면 어때라는 마음가짐으로 만들어진 OS를 주 업무용으로 사용하는 제가 이상한 걸까요? 리눅스는 서버용으로 만들어진 것이고 서버쪽으로는 훌륭하다라고요? 정말 훌륭하다고 말할 수 있을까요?

10년 전 대학시절 여름방학 통째로 리눅스로 삽질만 하다가 접었던 기억이 있는 geek calmglow는 여전히 리눅스를 사랑합니다만 여전히 리눅스는 가까이 하기엔 너무 많은 비용이 드는 장난감이 아닐까 하는 생각을 해봅니다. 안녕 리눅스. 언젠간 또 만나게 되겠지.

여느 IT제품 오덕 블로그들같이 자기가 소유하거나 소유하고 싶어하는 기기 자랑하는 포스트는 여기서 거의 찾아볼 수 없지만 그럼에도 불구하고 오늘은 결국 내가 정말 아끼고 만족하는 Calmglow의 PDA폰 m450을 소개할까 한다.


calmglow는 한 때 나름대로 Early adapter였더랬다. mp3 플레이어가 나올 당시 거의 주위에서는 처음으로 16MB용량의 mp3 플레이어도 사봤고, 디카가 처음 세상에 나올 당시 30만 화소밖에 안되는 후지 디카도 사서 지금의 미니홈피처럼 내 홈페이지를 포샵한 사진들로 꾸미기도 해봤다.
하지만 가장 교체를 자주 하고 관심을 가졌던 기기는 PDA였더랬다. 지금도 가장 그리운 PDA는 리눅스 기반의 GMate에서 개발한 요피 3700이었는데, 이 PDA는 거의 완전 리눅스였기에, Calmglow는 그 PDA에 PHP와 Perl,Python이 실행되는 아파치 웹서버를 돌리고 거기에 Mysql을 연동해서 여러 삽질을 하고 놀았다. 심지어는 톰캣이나 CVS등도 실행이 되었으니 Calmglow같은 Geek에게는 최고의 명기였었다. 그럼에도 불구하고 불안한 AS와 액정이 쉽게 망가지는 단점등이 있어서 결국 안녕을 고하고 정처없이 PDA계를 떠돌아 다녔다. 그런 와중에 만난 또 다른 명기가 있었으니 바로 셀빅의 셀빅i였더랬다. 이 조그마하고 앙증맞은 PDA는 주머니에 넣으면 2주일이 넘게 충전안해도 멀쩡한 극초절정 변강쇠였고 크기 또한 너무너무 작았다. 그럼에도 불구하고 셀빅의 최강 어플인 마이데이즈는 지금도 여전히 현존 최고의 일정관리 프로그램이고 수많은 피부에 와닿는 한국형 애플리케이션 들로 인해 Calmglow는 셀빅i를 정말로 사랑하고 있다.
그러다가 팜도 사용해보고 윈도우 계열도 사용하다가 결국 정착하게 된 PDA가 있었으니 바로 m450이다.

이 m450은 가끔 내 친구도 깜짝 깜짝 놀랄 정도로 너무나 기능이 많고 유용하다.

일단 나는 PDA와 핸드폰은 분리되어서는 안된다고 생각한다. PDA는 수첩과 같은 기능을 한다. 항상 가까이에 있어야 한다. 그런데 이 PDA를 항상 가까이 자주 자주 보기가 쉽지 않다. 결국 습관의 문제이기는 한데, 원래부터 기록이나 메모가 습관화되어 있는 사람의 경우는 PDA도 잘 쓸지 모르겠으나 처음 일정관리나 기록의 습관을 들이려는 사람은 이상하게 PDA로 무언가를 자주 보고 쓰고 생각한다는 것이 어렵다. 그래서 이 PDA를 보다 자주 보게 하고 접하게 하기 위해 Calmglow는 PDA와 핸드폰이 합쳐져야 한다고 생각한다.

그런 점에서 일단 핸드폰 기능이 기본적으로 잘 되고 별 무리없는 점에서 m450은 합격이다.

Calmglow는 m450을 통해서 네비게이션을 사용한다. 맵피를 깔아서 사용하고 있는데 화면이 작아서 불만이지만 어차피 네비를 보면서 운전하는게 아니라 참고용이므로 큰 문제가 되지는 않는다.
운전보다는 대중교통 이용을 더 좋아하는 Calmglow는 지하철에서 m450을 갖고 수많은 짓을 한다. 일정관리를 한다거나 지상파DMB를 통해 TV를 보거나 아리랑 라디오로 영어공부도 한다(영어 공부하는 사람에게는 아리랑 라디오 진짜 강추).
요새는 지하철에서 iSilo를 통해 RSS를 읽거나 전자신문, 매경,한경등을 읽기도 하고 no-smok의 모든 페이지를 isilo파일로 만들어서 틈틈히 페이지를 보기도 한다. '만뷰'라는 애플리케이션으로 만화도 보고(요새는 고우영의 삼국지나 수호지에 푹 빠져있다)
영화등을 다운로드받거나 유투브의 인기 동영상등을 파일로 내려받아 TCPMP로 감상하기도 한다. 책이나 글을 읽다가 생각나는 것들이 있으면 메모를 하기도 하며 생활 기록을 위해 카메라로 사진도 찍는다. 이건 불법이긴 한데... 카메라 소리가 들리지 않게 하는 방법이 있어서 부담없이 공중장소에서 사진을 찍기도 한다. 물론 변태스런 짓을 하는 것은 아니다. ^^. MP3를 들을 수 있는 것은 당연한 기능이니 설명할 필요도 없다. 현재 나의 m450에는 4G짜리 미니 SD카드가 들어있어서 저장 용량도 빵빵하기 이를데 없다. 아침에 일어나 MP3알람을 m450으로부터 듣는 것에서 시작해서 자기 전에 일정을 점검하기 까지 Calmglow의 일상은 m450으로 시작해서 m450으로 끝이 난다고 해도 과언이 아니다.

사실 요새 m450보다 기능도 막강해보이는 몇몇 pda폰이 나오기는 하지만 이상하게 Calmglow의 성에 차지 않는다.

드보락 자판이 모두 들어있는 블랙잭이라는 PDA폰을 보면서는 전혀 창의적이지 못한 인터페이스를 느낀다. Calmglow의 생각으로는 한손에 들어가는 모바일 기기에서는 그 크기에 맞는 문자 입력 인터페이스가 필요하다. 왜 일반 데스크탑에서나 편리한 인터페이스가 조그만 모바일 기기에 들어가야 했을까? 과연 이러한 인터페이스로 수업시간에 핸드폰을 보지 않고 제대로 문자질을 할 수 있을까? Calmglow는 가끔 심심할 때 m450으로 애국가 1절부터 4절까지 천지인 자판으로 연습을 해본다. 결국 안보고도 문자질을 할 수 있는 경지에 올랐다. 그런데 블랙잭같은 pda폰에서는 도저히 안보고 문자질을 할 엄두를 못낼 것 같다. 안보고 문자질을 꼭 해야만 제대로 된 인터페이스라는 것은 아니지만 조그만 모바일 기기에서만 누릴 수 있는 장점을 버리는 것은 잘 된 인터페이스라 할 수 없을 것이다.

요새는 애플 오덕들 덕에 심심치 않게 터치스크린으로만 된 PDA폰도 구경해볼 수 있다. 그런데 정말 현재의 핸드폰 모바일 기기 환경에서 터치 스크린 방식이 범용적일 수 있는 인터페이스일까? PS2나 Xbox 360이 잘팔렸던 건 패드의 손맛도 상당히 좌우했을 만큼 인터페이스에서 손맛은 무시할 수 없는 요소다. 그런데 터치스크린 방식의 인터페이스는 이런 손맛이 없다. 이게 눌린 건지 아닌지도 잘 모르겠고 정확성 측면에서도 일반 버튼에 비해 떨어질 수 밖에 없다. Calmglow는 어째서 터치스크린방식만의 PDA폰이 사람들에게 인기가 있는지 도무지 알 길이 없다.

당신이 비록 이름없이 바람처럼 스쳐갔지만
당신이 나로 인해 조금은 흔들렸기를
당신이 가는 길 미약하게나마 영향을 주었기를
당신이 나의 중력으로 궤도가 흔들거렸기를
내가 있었음으로 당신이 더 좋아졌기를

나는 웹페이지입니다.
당신이 나를 찾아올 때
당신이 어디에서 왔는지를 알 수가 있습니다.
어느 페이지에서 영향을 받아서, 그 어느 링크를 클릭하여
나에게 왔는지를 알 수가 있습니다.
당신이 나를 만나기 바로 전의 페이지가 궁금한 만큼
나는 당신이 나를 만나 어디로 가버리셨는지 궁금합니다.

나와 당신의 만남 이전의 과거와 나 이후의 미래를 알 수 있다면
그곳에 의미의 시작이 있을지도 모릅니다.

표준적인 방법을 이용해서 내 페이지를 본 client가 다음에 어디로 갔는지 알 수 있는 방법은 없을까?
이것이 가능했다면 정말 유용할텐데..

B2Bi가 한 때 잠깐 유행했던 때가 있었습니다. 제가 사회에 나와 처음으로 접했던 것도 B2Bi였고 그 때는 곧 전자무역이 전세계적으로 활성화될 것이라는 장밋빛 미래에 들떠있었죠. 하지만 열악한 기업 IT환경에서 그들이 B2Bi에 투자할 돈은 턱없이 부족했고 기술적으로도 많은 어려움이 있었죠.
그래서 결국 저는 B2Bi에서 3년 전 빠져나와 미들웨어 시장으로 나와 SOA나 EAI, ESB, J2EE로 밥벌어 먹고 살아야만 했죠.ㅜㅜ. 그런데 뭔가 심상치 않은 바람이 불어옵니다. 조만간 제대로 B2Bi를 해볼 수 있는 환경이 만들어지지 않을까 하는 아주 작은 기운을 요 근래 느끼고 있습니다. 이 작은 바람은 벤더에서 불어오는 것도 아니고 표준화 단체의 것도 아닌 실제 기업에서 불어오는 것이라는 점이 이제까지와는 다른 것입니다.
EAI 이제 그만 우려먹고 다시 B2Bi에 관심을 기울여봐야 하지 않을까하는 생각을 해봅니다.

이번 주 모 기업 B2Bi 관련 작업을 수행하면서 느끼는 단상이었습니다.