말룡이네~^.^~

[내 생애 최고의 사진] 사진에 대한 글입니다.

(말룡군) — Tue, 14 Feb 2012 15:44:55 +0900

아직은 은퇴가 멀지만...

[프로그래머 이야기] PM 은 여유로워야 한다.

(말룡군) — Tue, 07 Feb 2012 15:05:27 +0900

혹시 당신은 다음의 광고 카피가 기억나는가?

"PM 발라보셨어요?"

아주 오래전에 있었던, 무좀약 광고 카피다.

나는 프로젝트의 담당이 될 때마다, 이 광고 카피를 떠올린다.

딱히, 특별한 이유가 있는 것은 아니다. 단지 "프로젝트 관리자(PM)"라는 용어와 동일한 표기 때문에 가벼운 우스게 정도로 연상되는 것이다.(제 유머코드는 이 수준입니다. 너무 실망하지 마시길...)

PM은 바쁘면 안 된다. PM이 바쁘기 시작하면 아래와 같은 이유로 프로젝트의 위기가 발생하기 때문이다.

1. PM이 바쁜경우(1) : 다른 프로젝트로 인해 바빠지는 경우

능력이 많거나 기존 업무가 너무 많던 사람을 PM으로 지정하면 자주 발생하는 현상이다.

- 능력이 많으면 조직에서는 이것저것 동시에 시키기게 된다.

- 기존 업무가 많던 사람은 업무 인수인계 후 PM을 맡아야 하는데, 현실적으로 그렇지 못하다.

어느 경우든지 프로젝트 실무자의 물음에 즉각적 의사결정 피드백을 주기 어렵고, 실무자는 무한대기 상태에 빠진다. 나중에는 실무자 자체 의견만으로 진행되어 프로젝트는 혼자 동산에 올라 '야호!'를 외치기도 한다.

위 문제 해결을 위한 방안은 다음과 같다.

1) 프로젝트 스폰서(결정권자)에게 살려달라고 외치는 것이다.

2) 프로젝트를 위한 실무진 들에게, 물리적인 미팅가능 스켸쥴을 할당해 주어 해당시간을 준수시킨다. 일정시간 이내에만 PM을 만날 수 있다는 것을 훈련시켜, 최대한 생각(준비)하고 올 수 있도록 하는 것이다.

2. PM이 바쁜경우(2) : 프로젝트 내 실무에 너무 깊이 관여해서

이 경우는 PM이 아직 실무에 대한 미련을 못버리기에 나타나는 현상이다.

- 내가하면 이렇게 깔끔하게 처리 할텐데...

- 일손이 없으니 내가 처리해서 일정을 준수해야겠다.

프로젝트 인력으로 자신을 투입하면 효율적이 될 것이라는 착각을 함으로, PM 본연의 임무에 충실하지 못한 프로젝트를 망치는 바쁨이다.

해결책은 단순하고 쉽다.

1) 슈퍼영웅이 되고자하는 욕심을 버려라. 조직은 한사람의 영웅이 아닌 분야별 전문가가 모여야 생존한다.

2) 실무자에게 답을 제시해 주려는 강박관념을 버려라. 실무자가 답을 찾을 수 있도록, 큰 가이드만 제시하면 된다.

PM이라면, 근무시간 중에 할 일 을 마쳐서 시간이 남을 있도록 관리해야 한다.

남는 시간에는 무엇을 해야 하냐고?

실무자들을 위해 야근 간식이나 사들고 들어가면 된다. 분위기를 올려줄 수 있는 농담 한마디와 함께...

아직도 바쁘기를 해결못해, 농담의 레벨업도 못한 말룡군

~^.^~

[프로그래머 이야기] 프로그래머의 장점은 객관적, 분석적 그래서... 걸림돌?

(말룡군) — Sat, 28 Jan 2012 15:03:51 +0900

개발자라는 명찰을 얻은지 어느새 만으로 10년이다.
(학생시절의 장난같은 고생의 기간을 제외하고)

그동안 많은 단계를 거쳐왔다고 생각된다.
1. 코더 : 코드 이해와 표현 연습기간
2. 컨버터 : 요구명세의 코드화 가능 단계
3. 분석가 : 요구명세 도출의 기술 습득 단계
4. 대변인 : 컴퓨터 코드 분석을 통해 기존 프로세스를 이해, 대변해 주는 단계
5. 컨설턴트 : 상황분석을 통한 개선/혁신안 도출 제시 단계
(컨설턴트는 나에게 아직은 미도달 영역이다)

아마 지금 내 위치는 대변인 단계쯤이 아닐까 싶다.
코드의 객관적 분석을 통해 시스템(업무프로세스)의 이해와 변천사 까지도 유추해 낼 수 있는, 말 그대로 "컴퓨터도 어쩔 수 없었어요" 라고 대변해 줄 수 있는 단계 말이다.

사실 대변인 단계까지는 그리 오래 걸리지는 않는다.
내 경우 약 5년 정도면 가능했던 것으로 생각된다.
1~4 단계는 개발자라면 필히 지녀야 하는 객관적인 분석능력이 있어야 하기 때문이다. (이 능력이 없는데 프로그램 개발이 재미있다거나, 업으로 삼는 사람은 거의 보지 못했다.)
그리고, 객관적 분석능력은 5년정도 훈련이면 누구나 일정수준 이상에 오른다.

하지만, 컨설턴트 단계에 오르는 것은 매우 어렵다.
컨설턴트는 가능한 성장/발전 가능성을 모두 도출하여 최고의 혜안을 제시해야 하는 사람이다.

반면에 정확한 근거와 눈에 보이는 흐름만으로 판단해야 하는(훈련된) 개발자에겐 발생확률 1%의 위험요소가, 성공시 얻게되는 이득보다 중요하기 때문이다.

개발자는 본능적으로 위험을 감지한다.
하지만, 가끔은 그 위험감지 능력이 자신을 의기소침하게 만들게 됨을 잊지 말아야 한다. 주어지는 문제에서 위험을 감지하고 문제를 회피하고 싶어지는, 그래서 정당하고 확실한 '핑계거리'를 찾는 자신을 먼저 인지할 필요가 있다.

자신의 장점이 걸림돌이 된다면 가끔은 과감히 버려보자.
그러면 언젠간 컨설턴트의 위치를 넘어서게 될 것이다.

오늘도 퇴근버스 안에서 말룡군
~^.^~

옴니아1 유저를 위한 SNS App.

(말룡군) — Tue, 05 Oct 2010 09:01:43 +0900

옴니아1 (SCH-M495) 을 구매하고 거의 1년 이상을 핸드폰, 아니 PDA 폰으로 들고 다니다가, 몇개월 전에서야 인터넷을 이용하기 시작했습니다. 인터넷 요금제가 바뀐것을 근거로 안사람을 설득한 결과였지요.

자~ 이제 인터넷을 자유롭게 하게 되었으니... 뭘하면 좋지?

1. 우선 회사 메일계정을 연결했습니다.

처음에는 pop3 방식으로 연동했습니다. 그런데, 핸드폰으로 본 메일이 회사 PC에서 읽지 않은 상태로 나오다 보니 좀 짜증이 나더군요. 그리고, 스팸메일도 많아 업무상 불편함이 많아서... 구글앱으로 서버이전을 단행했습니다. 한마디로... 좋더군요. 또한 이넘이 IMAP 서비스가 제공되는 덕분에 메일 읽은 상태가 동기화 되니 ㅎㅎ 저같은 게으름 뱅이에게는 최고의 솔루션 이였습니다.

2. 트윗터 : pocketwit (http://code.google.com/p/pocketwit/downloads/list)

메일만 가지고 뭔가를 한다고 하기엔 너무너무 x팔려서... 그냥 가벼운 마음으로 트윗이나 해볼까 하고, 관련 어플을 찾아보았습니다. 그런데... 헉~!! 이건 무슨 상황. 옴니아용 어플로 검색하면, 대부분이 옴니아2 이상을 지원하는 슬픈 현실에 울상지을 수 밖에 없었습니다. 그래도 포기할 수 없어서 이것저것 더 찾아보니... 세상은 아름답더군요. 저와 같은 고민을 하는 이들을 위한 어플이... 감격스런 마음에 서둘러 다운받고 실행. 역시 잘 만든 솔루션 맞습니다. 강추 별 5개 주고 싶네요.

3. Facebook : Facebook Application for Windows Mobile (http://www.omniahub.com/facebook-application-for-windows-mobile/)

요즘 아는 분들이 페이스북에 자주 출현들 하시길래, 다운받아 실행해 봤습니다. 음... 역시 MS에서 만든 녀석이라, 옴니아1 에서도 잘 돌아가는 군요. 깔끔한 인터페이스 디자인도 쓸만하고.

이제는 한국 SNS(링크나우, 미투데이 등)에 적용되는 옴니아1 용 앱들이 나오길 기다리고 있습니다. 어서어서 공개들 하시죠. 잉? 제가 그냥 만드는게 나을까요?

마실... 좀 편하게 댕길순 없을까?

(말룡군) — Sun, 16 May 2010 11:50:56 +0900

요즘은 잘 사용하지 않는 단어중에 마실 이라는 단어가 있다.
어르신 들이 주로 사용하던 단어로 마을이라는 의미를 갖는다.
주로 동네 친구들을 만나러 한가롭게 드나드는 모양을 마실댕긴다 라는 표현을 쓰곤 했다.

요즘 인터넷에서도 지인들의 사이트 혹은 클럽 블로그 등을 손쉽게 다니기 위해 여러가지 서비스를 제공하곤 한다.
마치 자신의 웹브라우저에 즐겨찾기를 저장하는 것처럼 온라인상에 즐겨찾기를 기록하여, 어느 PC에 가서든 자신의 지인들을 찾기 쉽게 해주는 서비스들이다.

SNS 개념을 적용하는 서비스들도 대부분 이러한 지인들을 손쉽게 찾아가기 위한 서비스를 많이 제공하고 있다.
사이월드의 일촌 파도타기 등이 대표적인 사례라 할 수 있겠다.

유어스테이지에서는... 클럽에 적용해 보는 것은 어떨까?
클럽에 가입한 멤버들의 블로그를 손쉽게 찾아갈 수 있는 서비스
이름은 마실

재미있지 않을까?

인간을 관찰하는 프로그래머

(말룡군) — Sun, 28 Mar 2010 10:45:00 +0900

프로그래머들의 관심이 하드웨어가 지원하는 한 최대한 많은 량의 데이터를 빠르게 처리하는 것에 집중되던 시점이 있었다. 그 당시에는 하드웨어 문제가 주요 관심사였다. 아무리 좋은 아이디어도 디스크 용량이나, 처리속도 등의 문제로 구현할 수 없는 문제 취급을 받는 경우가 많았으니까

요즘은 하드웨어에 대한 제약이 거의 없어지다 시피 하였다. 사람들은 예전 PC 수준의 하드웨어를 스마트 폰이라는 이름으로 한개씩 들고 다니기 시작했으며, 통신/네트워크 등이 다 갖춰진 이러한 장비들은 사람들의 소프트웨어에 대한 욕구를 월등히 높은 차원으로 올려놓았다. 소프트웨어가 불편하면 아무리 좋은 장비도 처다보지 않는 상황이 발생하기 시작한 것이다.

그렇다면, 어떤 소프트웨어가 편한 것인가? 예를 들면 스마트 폰에서 스크롤 기능을 처리한다고 하자. 스마트 폰은 입력을 주로 화면을 터치하는 손가락을 통해서 받게 되며, 어떤 경우에는 화면상의 아이템을 클릭하는 것으로, 어떤경우에는 화면을 스크롤 하는 것으로 알아서 이해해야 한다.

이때의 알아서 이해한다는 말은 매우 중요하고도 어려운 이슈이다. 특히나 다양한 상황의 이용자 모두를 만족시키지 못하면 살아남을 수 없는 현실에서는 더 없이 중요한 화두가 된다. 에르고노믹스(ergonomics) 또는 휴먼팩터 (human factors)라고 불리는 인간공학에 프로그래머들이 관심을 가질 수 밖에 없는 현실은, 프로그래머들이 더이상 엔지니어 레벨의 안목이 아닌 철학적인 안목을 가져야만 생존할 수 있다는 사실을 이야기 한다.

프로그래머 들이여, 이제는 인간의 피조물인 전류가 흐르는 반도체를 처다보던 매의 시선을, 신의 창조물인 인간을 향해 돌려보도록 하자!

일의 경중

(말룡군) — Sat, 30 Jan 2010 11:33:00 +0900

제목은 일의 경중이지만, 사실 이야기 하고 싶은 것은 일 보다는 생활에서 마주치는 여러 상화에서 우선순위를 어떻게 정해야 하는 가에 대한 이야기다.

군대에 입대하면 가장 먼저 겪게되는 혼란은 자신의 상급자들이 서로 상반된 또는 동시 진행이 불가능한 일을 동시에 시키는 경우다. 바로 윗 상급자가 충성클럽(PX라는 용어가 바뀐지 좀 오래되었다)에 가서 냉동만두 한봉지 사서 녹여오라고 한다. 열심히 옷 챙겨 입고 뛰어가는 도중에 눈을 쓸고 있는 분대장을 만나 경례를 했다. 그랬더니 경례를 받으면서, 고참이 눈을 쓸고 있는거 보면 함께 쓸어야지 어딜 가느냐고 혼내면서 빗자루를 던진다.

위에 적어놓은 글은 그냥 별거 아닌 예시다. 별거 아닌 것처럼 해결할 수 도 있는 문제이기도 하고. 하지만 어떻게 대처하는 가에 따라서 자신의 잠자리가 전혀 달라진다는 진리는 존재한다. 바로 우선순위를 어떻게 정하는가가 가장 중요하다는 것이다.

우선순위는 단순하다. 내게 명령/지시를 내리는 존재가 어느쪽이 높은지를 우선 판단한다. 이 이유는 누가 힘이 있는지를 생각하라는 의미가 아니다. 지시하는 사람은 지위가 높을 수록 중요한 정보가 많아지고, 전체적인 프로젝트나 비지니스에서 중요한 부분을 정확하게 짚어나갈 기회나 확률이 높기 때문에 그에 따르라는 의미다.

반대로 낮은 사람(실무에 가까운 사람)이 더 정확한 판단을 내릴 경우가 있다. 이것은 문제상황이 발생한 뒤에 문제를 해결하는 타이밍에서 주로 발생한다. 가스배관이 새는 현상이 발생하여 이를 해결하는 상황이나, 상수도 관이 고장나서 조치하는 것과 같은 문제를 당장 해결하기 위한 경우다. 이 때에는 외부의 환경 보다는 문제 원인에 접근한 거리가 가까울 수록 정확하고 좋은 정보를 갖기 때문이다.

어떤 경우에 누구의 지시를 따를 것인가는 본인의 판단이다. 하지만 어떤 경우에도 잊지 말아야 할 것은 나와 내 곁에 있는 사람을 존중하는 자세이다. 아무리 내가 급한일을 처리하고 있는 상황일 지라도, 누군가가 간절한 도움을 위해 찾아왔다면 적어도 이야기라도 들어주는 기본적인 인간관계에 대한 투자가 중요하다. 언제나 나는 완전하지 않기에 남에게 요청해야 하는 위치로 즉, 반대의 입장은 언제다 발생할 수 있기 때문이다.

의사결정과 수행

(말룡군) — Wed, 27 Jan 2010 09:45:00 +0900

미 해병대가 내놓은 간결한 군사 전략서 Warfighting 에는 의사결정 규칙에 대한 명확한 기준을 다음과 같이 기록하였다.

지휘관이 결정을 내리고 공표할 때까지 하급자는(자기의 의견이 상급자와 다를지라도) 솔직하고 전문적인 의견을 제시해야 마땅하다. 하지만 지휘관이 일단 결정을 내리면 하급자는 자신의 결정인 양 지시하고 따라야 한다.

세상에 존재하는 대부분의 문제들은 한가지 해결책을 갖지는 않는다. 그리고 한가지 결과를 갖지도 않는다. 다양한 접근방식과 목표가 존재할 수 있기에, 다양한 의견이 나오는 것은 당연한 일이다. 만일 문제해결을 위한 회의에서 의견제시가 없다면 회의따위가 오히려 시간낭비인 가벼운 사안인 것이거나, 회의참석 구성원 자체가 잘못 선정된(문제에 무관심 하거나, 관련이 없는 사람들) 경우일 것이다.

그렇기에 여러가지 의견제시가 많은 환경일 수록 발전 가능성은 높아진다. 회의에 참석하는 사람들이 그만큼 열정적이라는 반증이기 때문이다. 하지만, 너무 근거없는 의견이나 타이밍이 맞지 않은 의견은 문제해결 보다는 문제 나열의 "토크쇼"를 만들어 낸다.

그렇기에 미 해병대에서는, 실제 해당 분야에 가장 최신/정확한 정보를 지닌 하급자(실무자)의 의견을 중시하는 것이다. 여기서 주의할 대목은 "솔직하고 전문적인 의견을 제시해야 마땅하다." 라는 문장이다. 이는 하급자(실무자)가 꼭 해야 하는 일이라는 즉, 의견을 제시해야 하는 의무가 있다는 말이다.

자신의 의견을 피력해야 하는 것 만큼 중요한 부분은 최종결정에 대한 수행이다. 자신의 의견과 상이한 결정이 선택되었을 때에도, 자신의 결정인 것처럼 동참한다. 이는 자신이 속한 팀의 집중력을 증가시켜 자신의 태도가 남에게 피해를 주지 않도록 하는 기본자세인 것이다. 이렇게 집중에 최선을 다했음에도 좋은 결과가 없었다면, 이는 지휘관이 책임져야 하는 것이겠지만, 최선을 다하지 않은 경우에는 하급자(실무자)도 동일한 책임이 있는 것이다.

스토리보드는 그림판인가?

(말룡군) — Wed, 13 Jan 2010 11:15:39 +0900

스토리보드는 여러가지 업무에 있어서 관련자들의 커뮤니케이션에 매우 중요한 도구로 활용되고 있다. 자신이 원하는 바를 말로만 전달하면, 청자들은 듣고 잊어버리거나 이해를 잘못하여 문제가 발생할 수 있기 때문이다.

헌데, 스토리보드를 작성하는 연습이 부족한 경우나 스토리보드의 필요성을 잘못 이해하고 있는 사람들은 스토리보드를 단순한 그림판 정도로 생각하고 작성하는 경우가 있다. 물론 백문이 불여일견이라서 최종 목표를 보여주는 역할 만으로도 큰 역할을 담당한 것이겠지만, 최종 목표에 도달하기 위한 과정(여러가지 고민들)을 표현하지 못했다면 스토리보드 라기보다는 타겟보드라고 하는것이 맞지 않을까 싶다.

단순한 목표만을 제공한다면, 목표 실현의 과정에서 담당자들이 서로 다른 생각을 갖고 진행할 수 있다. 스토리보드는 해당 내용을 참조하는 모든 이들이 같은 생각과 목표를 갖고 분업화된 업무를 진행하여, 순조롭게 최종목표를 달성하도록 하는데 의미가 있다. 그러므로, 무언가 고민을 한 뒤에는 고민한 결과만이 아니라 과정에 대한 설명도 함께 제공하여야 단순한 그림이 아닌 진정한 스토리보드가 될 수 있을 것이다.

누구나 다 알고 있는 이야기를 이처럼 장황하게 이야기 하는 것은 나도 똑같은 실수를 범하지 않기위해서 이다. 시간이 없다는 이유로 맡겨진 일에 여러가지 깊은 사색을 하지 않거나, 생각한 내용을 대충대충 정리하여 타인에게 보여주는 그런 일들 말이다.

Microsoft Database Access Application Block - OracleHelper

(말룡군) — Tue, 29 Dec 2009 17:58:56 +0900

.net 개발을 할때에 유용하게 활용되는 DB 연동용 모듈(클래스)가 있다.
Microsoft 에서 제공하는 것으로 DAAB(Microsoft Database Access Application Block) 라는 것이다. 이 모듈이 제공하는 클래스가 SqlHelper클래스(ADO.NET의 주요 명령어를 단순하게 코드를 줄여서 사용하도록 설계된 클래스)이다.

상세정보 더보기

이에 대한 단점은, MS-SQL 서버 계열에만 활용이 가능하다는 것이다.(이걸 몰라서 한참을 고생했다.) 프로젝트 진행으로 인해 Oracle 연결이 필요해 졌으며, OracleHelper 라는 녀석을 만들어 보았다. SqlHelper 클래스를 모방한 버전이라 크게 문제될 것은 없어 보인다. 기존 자체 프레임웍에 접목시켜 보니 예상보다 잘 처리되는 것에 흐믓하여 공개하기로 했다.

OracleHelper.cs.zip

(오류가 발견되면 지체말고 알려주시면 감사하겠습니당용 ~^.^~)

api 사이트가 공생하기 위한 필수조건

(말룡군) — Thu, 17 Dec 2009 22:39:50 +0900

"인터넷은 정보의 바다"

인터넷이 시작되던 초기부터 유행하던 말이였다. 물론, 인터넷 초창기에는 거짓말에 가까웠다. 이유는 검색엔진의 부재가 두번째 이유였고, 첫번째 이유로는 생각보다 정보가 많이 구축되어 있지 않았다는 사실이다. 아마도 이 말은 인터넷의 발전 가능성을 염두에 둔 사람들이 정보의 바다를 만들고 싶어서 꺼낸 이야기 일지도 모르겠다.

어찌되었든 현재는 인터넷이 정보의 바다가 되었다. 검색엔진이 막강해 져서 온갖 숨겨져 있는 인터넷상의 문서들을 모두에게 공개하기 시작하면서, 점점 인터넷 사용자가 늘어나기 시작한 것이다. 인터넷 사용자가 늘면서 정보가 공개된 사이트들은 정보가 많이 노출될 수록 접속자가 늘어났다.

재미있는 사실은 정보가 고유자산이라고 여겨지던 시절에는 숨기기에 급급했다가, 숨겨진 정보가 공개되면서 얻는 효과가 더 크다는 사실을 깨닫고 나서는 모두들 정보관리에 대한 정책을 급선회하여, 노출하기에 바빠진 것이다.

검색엔진을 통한 정보공개로는 한계성이 있으며, 정보이용자의 피드백(정보 요구자에 대한 트랜드 분석 등)을 얻기 어렵다는 사실을 깨닫게 되자, api 라는 새로운 개념을 너도나도 도입하기 시작했다. 아래는 api 를 오픈한 사이트들의 참고링크 자료이다.

more..

api 를 오픈하여 여러 사람들과 사이트들이 자신의 정보를 가져다가 활용할 수 있도록 하면, 얻을 수 있는 이익은 무었일까?
우선, 효과적인 광고매체를 얻게 되는 것이다. api 를 통해 제공되는 정보에 제공사이트의 로고하나만 삽입하여도, api 를 이용하는 사이트들이나 프로그램들은 api 제공 사이트의 홍보를 돕게 된다.
두번째는 api 제공업체에 우호적인 이용자들이 해당 서비스의 존속을 기대하여, 적절한 수준의 서비스 업그레이드를 통한 유료화에는 긍정적인 반응을 보인다는 것이다. 이를 잘 활용하면, api를 고정수익을 얻을 수 있는 창구로 변환시킬 수 있다. 이때, 잘 계산해야 하는 부분은 기존 무료서비스는 변함없이 지속되어야만 고객의 반발심리없이 진행이 가능하다는 것이다. 대표적 사례로는 구글 애플리케이션(http://www.google.com/apps/intl/ko/business/index.html) 기업형 서비스가 있다.

버스운행사항 정보를 제공하던 api 와 관련된 이야기가 이슈가 되었었다. 조금의 덧셈과 뺄셈만 할 수 있다면, 모두가 행복할 수 있을텐데... 이용자와 제공자가 공생하는 api 세상을 그리며...

소외된 어르신들에게 산타가 되어주세요(Be A Santa To A Senior)

(말룡군) — Fri, 11 Dec 2009 11:25:31 +0900

16개 국가 870여 개의 가맹점을 통해 어르신들의 신뢰받는 동반자로서 신체적, 정서적 지원을 하고 있는 비의료 홈케어 제공자인 홈인스테드 시니어케어는 연말이 되면 어르신들께 받았던 사랑을 돌려드리자는 의미로 세계 각 국에서 뜻 깊은 사회공헌 프로그램을 진행할 예정이다. 이 프로그램은 1:1 ‘맞춤형’ 서비스를 제공하는 각 가맹점이 해당 지역의 양로원과 연계하여 소외된 어르신들에게 ‘산타가 되어주세요(Be A Santa To A Senior)’라는 프로그램으로 특별한 ‘맞춤형’ 선물을 전달하는 것이다.

2009년 홈인스테드 시니어케어의 한국지사인 ㈜홈인스테드코리아는 국내 최대규모의 오피스 빌딩으로 국내외의 유명업체들이 입주해 있는 강남파이낸스센터와 함께 연말 사랑을 나누기로 했다. 지난 7일부터 시작한 ‘산타가 되어주세요’ 프로그램은 성탄절을 맞이하여 업무 밀집지역인 이 곳에 활기를 불어넣고, 더불어 어르신들에게 따뜻한 온기를 전하는 계기가 되고 있다.

홈인스테드코리아는 경기도 이천에 위치한 한나요양원과 연계하여 가족이 그리워지는 이때에 소외된 요양원 입주 어르신들의 명단과 어르신에게 자신의 구미에 맞는 선물 목록을 작성토록 하여 1:1 맞춤형 사회공헌 서비스를 진행하였다. 실제로 어르신의 선물 목록은 기부자 관점에서 선물 전달이 아닌 어른신들이 직접 브랜드명, 구체적인 색깔까지 기입해 줌으로써 이들을 위한 ‘맞춤형 서비스’라는 목적과 일치하도록 구성되었다는 점이다. 우리 주변을 되돌아보고 어르신을 보살피는 성탄절이 될 수 있도록 홈인스테드코리아는 강남파이낸스센터 2층에 뜻 깊고, 값진 트리를 세움으로써 지나가는 많은 사람들의 이목을 사로잡고 있다.

㈜홈인스테드코리아의 대표이사를 역임하고 있는 박은경 대표는 이번 행사를 앞두고 “‘산타가 되어주세요’ 프로그램은 분주한 연말연시에 쉽게 잊혀질 수 있는 지역사회의 어르신에게 사랑과 온기를 전할 수 있는 큰 기회”라며 “일반적으로 크리스마스 연휴 시즌은 어린이들을 위한 기간으로 여겨지지만, 오히려 이때야말로 외로운 어르신들은 사회로부터 따뜻한 손길을 더 필요로 한다. 이를 잘 알기에 홈인스테드 시니어케어의 이 프로그램은 소외된 어르신들이 외부와의 소통이나 상호작용하는데 도움이 되도록 만들어진 것이며 우리 사회에 많은 기여를 하신 어르신들에 대한 감사의 마음을 전하는 뜻 깊은 행사이기도 하다. 이번 연말에도 이러한 우리의 따뜻한 마음이 최대한 많은 어르신들에게 전해질 수 있기를 바란다.”라며 이번 프로그램의 의의를 밝혔다.

오는 12월 18일까지 진행될 예정인 이번 프로그램은 서울 강남구 역삼동에 위치한 강남파이낸스센터 2층에 설치된 대형 크리스마스 트리에 한나원에서 전달받은 어르신의 성함과 받고 싶은 선물 목록이 적힌 종이를 열매처럼 매다는 것으로 시작된다. 진행기간 중 강남파이낸스센터에 근무하는 직원들은 선물 열매를 가지고 가서, 각 어르신의 이름 앞으로 준비된 정성스런 카드와 선물을 트리 옆에 가져다 놓는다. 선물 전달이 예정된 12월 19일에 ㈜홈인스테드코리아의 직원들은 사랑이 담긴 선물들을 모두 수거하여 어르신들께 직접 오지는 못하였으나 모든 프로그램 참여자들의 따뜻한 마음을 이천시의 한나요양원에 전달하는 것으로 진행될 예정이다.

출처 : ㈜홈인스테드코리아 (02-3218-6243, www.homeinstead.co.kr)

집을 짓는다는 것(Web service)

(말룡군) — Tue, 04 Aug 2009 09:15:01 +0900

웹 세계에 발을 담근지 아직 10년도 안되었지만, 이세계 만큼 반복적이면서도 변화무쌍한 곳은 없는 것 같다.

10년 전 인터넷에서 게시판을 만드는 것과 활용하여 홈페이지 하나 갖는 것에 열광하던 시기가 있었다. 헌데, 지금도 게시판 만들고 다듬는 일들을 업으로 까지 삼으면서 사는 사람들이 있는 것이다. 10년 쯤 되었으면, 좀 자동화로 모든걸 해결 할 법도 할텐데 말이다.

물론, 제로보드나 같은 완성형 사이트 모듈이 있고 텍스트 큐브 같은 설치형 블로그도 많이 나와서 10년 전 보다는 많이 속도면에서 향상된 부분도 있다. 하지만, 아무리 솔루션을 활용해도 무언가 한가지는 원하는 것이 안되어서, 혹은 부족하여 수정하게 마련이다.

웹 세계가 변화무쌍한 이유는 바로 사람들의 끝없는 개인적인 욕구가 빠르게 반영되어 나타날 수 있는 구조이기 때문인 것 아닐까?

친구들과 간단하게 이야기를 공유하고 싶다고 생각하니 클럽/카페 시스템이 나오고, 나만의 일기장을 운영하려고 생각하니 블로그가 나오고, 내 의견에 대한 다른이의 견해를 듣고자 하니 트랙백이 나오고, 내 이야기를 많은이들에게 알리려고 하니 검색과 트위터가 나오고...

모 CF에서 나온 광고카피 같다.

생각대로 하면되고~

오늘도 키보드를 두들기며, 나는 무엇을 하고 싶은가 생각해 본다. ~^.^~

api 누구를 위해 존재하는가?

(말룡군) — Fri, 24 Jul 2009 08:54:58 +0900

오래된 이야기지만, 웹 2.0이라는 단어가 이슈가 되면서

api 를 개방하면 할 수 록 사이트가 살아난다고 많은 이들이 이야기하고 있다.

"개방, 참여, 공유"

이 세가지 단어가 힘을 발휘하면, 사이트가 성장할 수 있다고 이야기하는 것이다.

api를 통한 서비스 개방

개인적인 관점에서 보자면, 국내 포털 및 사이트 들은 개방과 공유는 시도하고 있으나, 참여 분야에는 많이 부족한 상태인것 같다.

텍스트 검색 api, 지도좌표 검색 및 지도출력 api 등 각자 "우리 사이트가 가지고 있는 자료를 손쉽게 가져다 활용하세요" 라고 이야기 하는 경우는 많다.

하지만, "우리사이트에 손쉽게 자료를 올리실 수 있습니다" 라고 이야기 하는 경우는 그다지 많지 않다.

마치, 쇼윈도에 걸려있던 옷들을 가게 문밖에 진열하였을 뿐이지, 코디하는 부분은 건드리지 못하게 하는 셈이다.(글을 적으면서도, 적절한 비유는 아닌듯 싶다. ~^.^~)

외국의 많은 서비스들이 자신의 대문을 열어놓아 자료를 가져가는 것 뿐만 아니라, 등록하기 쉽게 제공하고 있다. 트위터, 유튜브, 구글블로그, msn 등의 시스템 처럼, 외부에서 손쉽게 자신의 자료를 올릴 수 있는 환경이 되어야 진정한 웹 2.0이 완성되지 않나 싶다.

api 를 통해서 서비스를 개방하는 범위를 구축된 자료의 단순 활용에서, 자료 구축의 범위 까지로 넓어 짐으로 이득을 보는 주체는 누구일까?

우선 1차적으로 서비스 제공업체(사이트)일 것이다. 요즘처럼 콘텐트 자체가 중요해 지는 시점에서는 콘텐트 자체의 중요성에 대해서는 언급할 필요가 없을 것이다.

2차적인 이득을 보는 이는, 바로 콘텐트 생성자이다.

콘텐트를 쉽게 등록할 수 있음으로, 자신의 자료(의견, 상품홍보 등)를 여러곳에 손쉽게 올려 여러사람들에게 보다 빠른시간안에 알릴 수 있는 것이다.

손쉽게 등록하되 그냥 비회원 상태로 자료를 올리는 것이 아니라, 자신의 자료로 인증받아 올리게 되므로 소유권에 대한 부분도 해결이 되어 언제든지 삭제 및 수정이 가능하며다.

마지막으로, 자신이 한곳에 올린 자료를 손쉽게 다른곳에 이관할 수 있어서 한가지 서비스에 얽매이지 않게 됨으로 이득을 보는 것이다.

아마도 개인적인 의견이지만, 마지막의 서비스에 얽매이지 않는 환경이 제공된다는 점이 가장 콘텐트 생성자에게 매력있지 않을까? 내가 이사가고 싶은 좋은 아파트를 구했는데, 아끼던 화장대나 정든 옷장을 두고 가야 한다면 아마 고민을 많이 할테니까 말이다.

RSS를 모아놓은 곳은 무엇이라고 불러야 할까?

(말룡군) — Thu, 18 Dec 2008 23:36:20 +0900

요즘, 우리는 인터넷을 통해서 여러가지 자료들을 얻게 된다.

이전에는 길을 걷다가, 혹은 일을 하다가 얻게 되는 생각/자료들을 노트나 PC에 저장하는 정도였다.

하지만, 요즘은 개인 홈페이지, 블로그, 위키 및 기타 시스템을 통해 여러가지 방식으로 저장을 한다.

사람의 욕심은 점점 커져서, 이렇게 모인 자료를 관리하는 것에 그치지 않고

자료가 생기는 곳에서 부터 자동으로 알림을 받기 원하게 되었다.

이러한 요구로 인해, 메일, 뉴스레터 등을 통해 새로운 정보를 제공하는 사이트 들이 생겨났고

자원낭비(메일발송) 방지와 조금 더 빠르고 확실한 전달을 위해 새로운 정보제공 방식이 출현하였다.

바로 RSS, ATOM 같은 표준화된 시스템을 통해서 공유허용된 자료를 자동으로 가져갈 수 있도록

표준화를 시도한 것이다.

이러한 표준화를 통해서 내가 원하는 종류의 자료를 손쉽게 확인할 수 있게 된다.

아래의 링크는 그러한 예제이다.

http://www.newstools.kr/meta/

무료 메타블로그 시스템을 통해서 특정 RSS, 클럽 등의 자료를 한곳에서 손 쉽게 확인 할 수 있도록 해 놓았다.

물론, 이러한 서비스를 제공하는 업체들도 많이 있다. 하지만 이 글에서는 특정 업체나 서비스를 홍보하기

위한 글은 아니기 때문에 서비스를 상세히 나열하거나 하지는 않겠다.

단지 이 글을 통해서 이야기 하고 싶은 것은 이제는 RSS, ATOM 등을 통해서 수집할 수 있는 정보가 블로그에

국한 되지는 않는다. 그러니 위의 예제와 같은 시스템을 위한 좋은 명칭을 정할 필요가 있지 않을까?

메타블로그, RSS 수집기, 혹은 RSS 리더 말고 뭔가 좋은 그럴 듯한 이름을 좀 생각해 보면 좋을 것 같다.