오늘 매일 아침 받아 보는 메일에  이외수 시인의 "하악하악"중에서 "운이 꼬일 때" 이란 시귀가 실렸다.   운이 꼬일 때는 하는 일 마다 안되는 법, 여기서 헤어나기 위해서는 사람들에게 무조건 베풀면 된다는 것이다.

이 방법 보다 좋은 방법은 운이 꼬이기 전에 미리 미리 베풀면서 사는 것이다. 전적으로 동감.

간혹 나에 대해 사람들이 어떻게 평가할 까? 라고 반문해 본다. 항상 결론은 동전의 양면처럼 긍정적인 평가와 부정적인 평가가 공존하지 않을 까 싶다. 과거 창업 시절 , 다른 회사와의 합병을 통해 실망한 직원들이 그럴 것이고 사업을 하며 본의아니게 피해를 입은 사람들은 서운한 감정을 부정적인 평가로 표출할 것이다.

창업 초창기 , 제품을 개발한 후 사업 파트너를 찾아 동분서주할 때 과감하게 나를 보고 사업 파트너 계약을 해준 회사의 사장님이 계셨다. 너무도 감사드렸고 좋은 관계에서 사업을 하기 위해 여러 노력을 했다.

시간이 흐르고  안타깝게도 그 분의 회사는 사정이 어려워졌다. 당시 계약에 의해 파트너사로 부터 대금을 받아야 하는 상황이고 나의 회사 역시 자리를 잡아 가는 과정에 넉넉한 형편은 아니었다. 내부 직원들과 주변 사람들은 이구동성으로 그 회사가 문닫으면 정말 돈을 받을 수 없다라는 이야기를 해 주었다. 결국 , 절차를 거쳐 대금을 받았고 그 분의 회사는 정리되었다.

그 뒤로 , 나는 그 분을 볼 수 없었다.

잘했는지 , 잘못했는지는 모르겠다.  하지만 지금도 무척 가슴이 아프고 후회된다.

베풀며 살아 가는 여유를 찾는 삶을 위해!

몇 일전 SI 개발자로 일하시는 한 분으로 부터 메일을 받았습니다. 과거 포스팅한 내가 IT를 떠나지 않는 이유(1) 라는 글을 읽으신 후 공감하신다는 의견을 주셨습니다. 다시 당시 쓴 글을 읽고 다시 한 번 S/W 개발자로서의 내 삶에 대해 생각해 봅니다.

학부때 부터 컴퓨터에 손을 대었으니 어느덧 컴퓨터와 함께 해 온 시간이 20년이 넘은 것 같습니다. 물론 학부때에는 컴퓨터 프로그램과 함께 인생을 살게되리라고는 전혀 생각하지 못했었는데  인생이 돌고 돌다 보니  여전히 컴퓨터  자판과 프로그램이 가장 친숙한 벗이 되어버렸네요.


S/W 개발자로서의 삶은 3단계의 허물을 벗는 과정을 거친다고 생각합니다.

첫번째는 요구사항에 맞춰 열심히 코딩하는 Just Doing 단계의 삶
다음으로,  그 과정을 지나면 요구사항을 풀기 위해 열심히 설계하고 이에 맞춰 코딩하는 Design & Coding 단계의 삶
그리고 마지막 단계로서 무엇을 만들어야 성공하고(What to do?) , 어떻게 만들어야 하는지의 (How to do?) , 그리고 가장 어렵고 중요한 개발 관리 단계의 삶



1999년 창업을 하기 전까지는 자의 반, 타의 반으로 Design & Coding 단계에서 웹과 객체지향 DBMS , CORBA 등의 기술을 사용해서 Design & Coding 을 행복하게 했었던 것 같습니다. 새로운 것을 좋아하는 강한 습성과 열정이 있었지 않았나 싶습니다. 그 후, 회사를 창업하고 하나의 시장을 놓고 경쟁해야 하는  냉혹한 현실에서 살아남기 위해  새로운 시장을 찾고(Planning /what to do), 경쟁 회사와 제품을 분석하고 새로운  제품을 설계하며(Design , How to do) 열정이 넘치는 개발자들과 밤낮을 새며 제품을 개발(Coding, Just doing)했었던 것 같습니다. 그 과정이 지금까지 지속되어 벌써 10년이 되어 버렸네요.

나는 행복한가?

대답하기 어려운 질문이지만 지난 10년 동안 S/W 개발자로서 삶을 후회해본 적은 없었던 것 같습니다.  CEO로서 직원들과의 이해관계에서 발생하는 여러 문제들, 매출과 수익에 대한 부담감, 투자가들에 대한 책임감 등은  너무도 많은 상처를 주었지만.....



왜 행복한가?

새로운 시장을 찾고 그 시장에서 경쟁할 제품과 서비스를 기획,설계하고 뜨거운 열정과 개발 과정을 통해 맛보는 성취감을 사랑했던 것 같습니다. 이러한 열정이 없다면 행복하지 않았을 텐데요.


앞으로도 행복한가?

마지막 단계에 와 있는 개발자로서, 초심같은 열정을  갖을 수 만 있다면 행복하지 않을까요?! 물론 현실을 무시할 순 없겠지만 열정을 갖고 미래를 준비하고 , 기회가 오면 그 기회를 잡는  결단을 통해 행복을 만들어야 하지 않을까 싶습니다.  아마 10년 후에도 소프트웨어 개발 분야에서 일을 하고 있겠지만 그 때도 행복하고 싶습니다.

씽크프리는 업무 특성상 메일로 의견 교환이 많습니다. 특히, 저의 경우 외국 파트너나 엔지니어와의 의견 교환이 많을 뿐만 아니라 내부에서도 무척 많은 편입니다. 간혹, 메일을 주고 받는 과정에서 오해가 많이 발생해서 난처한 일이 발생한 적이 있었습니다. 특히, CC를 말그대로 참고로 넣었는데 CC로 받는 분중에서 오해가 많이 생기더군요..^-^ 이럴 때마다 항상  나름대로 주의해서 메일을 써야 겠다라는 생각을 했었습니다. 우연히 블루문님의 블러그에서 이와 관련된 좋은 글이 있어 소개합니다.

1. 제목은 상대방 입장에서 쓸 것
- 이메일의 제목은 상대방이 쉽게 알아 볼 수 있는 제목으로 작성할 것
- 보낸 이메일은 자신의 것이 아니라 "상대방의 것"임을 명심할 것
- 연속으로 메일을 보낼 경우 비교 관리하기 쉽도록 제목을 정할 것
- 내부 소통을 위한 이메일과 외부 전달을 위한 이메일의 제목을 혼용하지 말 것

>> 추가 하고 싶은 내용
CC를 추가할 경우에도 해당 받는 사람의 입장을 고려해서 작성하는 것이 좋다. 특히, 조직에서는 다른 부서의 상관이나 특정 이해관계에 있는 분들이 오해를 할 수 있는 단서가 될 수 있다.
 
2. 적절한 호칭을 사용할 것
- 상대방 조직에서 사용하는 정식 호칭을 거명할 것
- 호칭에 맞는 상대 존칭을 사용할 것
- '압존법'을 극단적으로 사용하지 말 것
- 그러나 '압존법'을 분명히, 경우에 맞게 사용할 것
 
3. 이메일 본문 작성의 핵심
- 제목에서 언급한 내용으로 먼저 시작할 것
- 문장은 항상 두괄식으로 작성할 것
- 불필요한 문장으로 이메일의 핵심을 흩뜨리지 말 것
- 달리 해석할 수 있는 함축적인 문장과 단어를 사용하지 말 것
- 상대방을 앞에 두고 이야기한다고 상상하며 이메일을 쓸 것
- 민감한 사안이라면 반드시 '구두로 먼저 이야기'하고 이메일을 쓸 것
 
>> 최대한 핵심을 간단하에 정리해서 보내는 것이 좋다.

4. 다른 기억해야 할 것들
- 보낸 이메일은 반드시 다른 사람에게 공개 된다
- 사적인 내용조차 반드시 공개 된다
- 이메일의 법률적 효력은 약하나 법정에서 참조 자료가 된다
- 한 번 보낸 이메일은 회수할 수 없으니 교정하고 또 교정해도 부족함이 없다
- 첨부 파일이 포함되었는 지 반드시 확인하라
- 이메일은 보조 커뮤니케이션 수단임을 명심하라, 진정한 커뮤니케이션은 면대면 대화다.

                                                                        출처 : http://i-guacu.com/1623

2008년에는 메일도 잘쓰고 오타도 없애는 한해를 만들어 보겠습니다.

모두 즐거운 구정 연휴 잘 보내세요!!

나는 딴따라다
태어났을때도 지금도 앞으로도
그리고 그게 자랑스럽다

가수 아니 프로듀서 , CEO인 박진영씨의 "딴따라브루스"라는 노래에 나오는 가사입니다. 아침부터 눈꼽도 떼기전에 주간업무 정리부터 밀린 일들을 하다 문득 TV 를 트는 순간 저 노래가 나왔습니다.  순간적으로 자신의 일에 대한 그의 열정을 느낄 수 있었습니다.  날 떠나지마! 란 노래가 기억나는 그에 대해 생각해 봤습니다.

얼굴도 그리 잘나지 않고 노래도 최고의 가창력을 갖추지 못한 그가 왜  딴따라가 되었는지? 그리고  한창 잘나가던때 미국으로 건너가 고생을 하며 미국 시장에 진출을 했는지..그리고 왜 지금에도 국내 인재들을 해외에서 계속해서 키우고 있는지?....왜 그가 이럴까요? 

과거 우리나라에선 연예인을 딴따라라고 다소 낮춰 부르는 경향이 있었습니다.지금도 나이든 어르신들은 그런 분위기가 지배적이죠. 우리가 공돌이(공대출신)니 푸돌이(프로그래머)니 하는 것과 같은 맥락인 것 같습니다.

과연 , 다음과 같이 자신있게 외치며 살 수 있을까요?

나는 개발자다
태어났을때도 지금도 앞으로도
그리고 그게 자랑스럽다

2008년 , 제가 개발자를 직업으로 갖은 지 15년째가 됩니다.  그 사이 크고 작은 시스템 개발에  환희와 좌절도 느껴봤고 의사나 변호사처럼 사회적으로 선호되는 직업을 갖고 있는 친구들과 만나면서도 항상 새로운 것을 배우며 만들어 내는 나의 직업 자체에 대해 후회해 본 적은 없는 것 같습니다. 창업과 대박(^^)내지 못한 경력은 있지만 나름대로 그 과정에서 많은 것들을 배웠기도 합니다. 그 중 하나가 국내 현실에서는 창의적이고 글로벌한 일등 벤처가 나오기 힘들다(불가능하다)라는 경험과 이유없이 잘해주는 넘은 절대 없다라는 것입니다.  아마 딴따라 박진영씨가 미국에서 과감히 도전한 것이 이러한 이유가 아닐까 합니다. 개인적으로 2008년 , 개발자 15년차에는 모든 일에서 은퇴를 하고 그 간 일한 성공을 바탕으로 새롭고 자유롭운 일을 해보는 것이 꿈이었습니다. 올해 곰곰히 생각해 보니 꿈은 이뤄지지 않은 것 같습니다. 그래도 포기할 수는 없겠죠....

특히, 박진영의 딴따라론을 보면서 딴따라와 개발자의 공통점을 생각해 보니더욱 그러한 것 같습니다. ^-^


개발자와 딴따라는 한끗차이다.

-개발자와 딴따라는 모두 새로운 변화를 갈망하여 변화를 두려워 하지 않는다.
 변화를 두려워해서는 절대 성공할 수 없다.

-개발자와 딴따라는 모두 세상물정을 잘 모른다.
 자기 일에 자부심을 느끼며 자신 만의 세상이 있다. 그러다 보니 주변에서 나쁜 사람들이 자기를 이용하는 경우에도 잘 모른다. 항상 피해를 보고 나중에 알게 된다. 절대 그냥 잘해주는 경우와 사람은 없다.

-개발자와 딴따라는 항상 꿈을 꾼다.
 항상 새로운 생각을 하며 자신의 꿈을 꾸며 행복해 한다.

- 유능한 개발자와 딴따라는 모두 할 줄 안다.
  노래(코딩)만 잘 하는 것으로 성공하지 못한다. 노래(코딩)도 잘하고 작곡(설계)도 하며 앨범(사업기획)도 만들 줄 한다.

- 개발자와 딴따라 모두 대박나려면 운이 필요하다.
 아무리 해도 운이 터야 성공한다. 대박은 운짱이 돼야 한다.

그냥 10년 뒤에도 개발자로 자부심을 느끼고 싶다는 간절한 소망에서 주절주절 해 봤습니다. 

새해에는 원하는 모든 일 성취하는 한 해 되길 기원합니다.